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FIELD OF THE INVENTION 

The present invention relates generally to the field of computer systems, and more 
specifically to computer systems for transacting and managing like-kind exchanges. 

SUMMARY OF THE INVENTION 

The present invention provides apparatus, systems and methods for transacting and 
managing like-kind exchanges for a plurality of taxpayers over a global communications 
network whereby each taxpayer relinquishes for divestment one or more properties (each of 
which is sometimes referred to herein as a "Divested Property" and/or as a "Relinquished 
Property") in exchange for one or more replacement properties (each of which is sometimes 
referred to herein as a "Replacement Property"). 

The present invention provides an interactive computer system for transacting like-kind 
exchanges, such that the computer system is programmed to transact a relinquishment for 
divestment by a taxpayer of at least one property to be divested, and to transact a replacement 
of the relinquished property by at least one replacement property provider for at least one like- 
kind replacement property. The computer system transacts each relinquishment and 
replacement according to a set of tax-deferred treatment rules. 

The present invention further provides an interactive computer system for transacting 
like-kind exchanges, such that the computer system is programmed to transact an exchange by 
a taxpayer of at least one property to be relinquished by the taxpayer for at least one like-kind 
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1 replacement property, said exchange transacted according to a set of tax-deferred treatment 

2 rules. The computer system transacts each like-kind exchange such that at least one property to 

3 be relinquished is exchanged for at least one like-kind replacement property wherein the 

4 exchange is transacted between a taxpayer, at least one relinquishment property receiver, and at 

5 least one replacement property provider. 

6 

7 DESCRIPTION OF THE DRAWINGS 

8 These and other features of the present invention are more fully set forth in the 

9 following description of exemplary embodiments of the invention. The description is presented 

1 0 with reference to the accompanying drawings in which: 

1 1 FIG. 1 a is an entity relationship diagram depicting exemplary interface relationships 

1 20 provided by an exemplary embodiment of the present invention between the System, a plurality 
1 of Taxpayers, a plurality of Exchange Intermediaries, a plurality of Banks, a plurality of 

14j Relinquished Property Receivers/Replacement Property Providers, and a plurality of 

1 5:rl Replacement Property Owners in an exemplary embodiment of the present invention; 
lo1£ FIG. lb is an entity relationship diagram depicting alternative exemplary interface 

17t_ relationships provided by an exemplary embodiment of the present invention between the 

18n System, a plurality of Taxpayers, a plurality of Exchange Intermediaries, a plurality of Banks, a 

lSp plurality of Relinquished Property Receivers, and a plurality of Replacement Property Owners 

2(0 in an exemplary embodiment of the present invention; 

2 f FIG. 1 c is an entity relationship diagram depicting further alternative exemplary 

22 interface relationships in an alternative type of like-kind exchange scenario provided by an 

23 exemplary embodiment of the System 1 of the present invention. 

24 FIG. 2 is a graphic representation depicting an exemplary Taxpayer' s computer 

25 configuration and the Taxpayer computer' s interface with an exemplary embodiment of the 

26 present invention; 

27 FIG. 3 is a simplified schematic diagram depicting the configuration of a Taxpayer's 

28 computer and the interface between the Taxpayer' s computer and System servers using the 

29 Internet in an exemplary embodiment of the present invention; 
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1 FIGS. 4a and 4b are high level entity and process relationship diagrams depicting the 

2 conduct of exemplary Like-Kind Exchanges using exemplary embodiments of the present 

3 invention; 

4 FIG. 5 is a graphic representation of an exemplary embodiment of a plurality of Master 

5 Trading Accounts that the System establishes under a Master Exchange Agreement in an 

6 exemplary embodiment of the present invention; 

7 FIGS. 6a through 6b are high level logic flow diagrams that depict an exemplary Single 

8 Exchange process flow of the relinquishment and reinvestment aspects of an exemplary Like- 

9 Kind Exchange using an exemplary embodiment of the present invention; 

10 FIG. 7a is a high level entity diagram depicting an alternative view of a Like Kind 

1 1 Exchange process in an exemplary embodiment of the invention; 

12 FIG. 7b is a high level entity diagram depicting Identification and Exchange Periods in 
13Lq an exemplary embodiment of the invention; 

l42 FIG. 8a is a high level data model diagram depicting exemplary data entities, data 

lfSn elements within those data entities, and exemplary relationships between the exemplary data 

lffg entities in an exemplary embodiment of the present invention; 

17^ FIGS. 8b- 1 and 8b-2 are high level data model diagrams depicting exemplary data 

1 8Q entities, data elements within those data entities, and exemplary relationships between the 

ISC I exemplary data entities in an alternative exemplary embodiment of the present invention; 
2CMj FIGS. 8c and 8d are high level data model diagrams depicting exemplary data entities, 

2%k data elements within those data entities, and exemplary relationships between the exemplary 

22 data entities in a further alternative exemplary embodiment of the present invention; 

23 FIG. 9a is a high level logic flow diagram that depicts an exemplary process flow of the 

24 divestment feature of the present invention in an exemplary embodiment of the present 

25 invention; 

26 FIG. 9b is a high level logic flow diagram that depicts an exemplary process flow of the 

27 divestment feature of the present invention in an alternative exemplary embodiment of the 

28 present invention; 

29 FIG. 10a is a high level logic flow diagram that depicts an exemplary process flow of 

30 the reinvestment feature in an exemplary embodiment of the present invention; 
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1 FIG. 10b is a high level logic flow diagram that depicts an exemplary process flow of 

2 the reinvestment feature in an alternative exemplary embodiment of the present invention; 

3 FIG. 1 1 is a high level logic flow diagram that depicts an exemplary process flow of the 

4 account expiration feature in an exemplary embodiment of the present invention; 

5 FIG. 12 is a high level graphic representation depicting various functions performed by 

6 an administrator of an exemplary embodiment of the present invention; 

7 FIG. 1 3 a is a graphic representation depicting a high level view of a "site map" of an 

8 exemplary System web site providing the functions and features of an exemplary embodiment 

9 of the present invention; 

10 FIG. 13b is a graphic representation depicting a high level view of a "site map" of an 

1 1 alternative exemplary System web site providing the functions and features of an alternative 
12^ exemplary embodiment of the present invention; 

13J3 FIG. 14 is a graphic representation depicting an exemplary System Home Page 

14jS graphical user interface in an exemplary embodiment of the present invention; 

15p FIG. 1 5 is a graphic representation of an exemplary Login graphical user interface in an 

1 & exemplary embodiment of the present invention; 

17^ FIGS. 16 through 19 are graphic representations depicting different views of an 

3. 

180 exemplary Sale Summary Page graphical user interface in an exemplary embodiment of the 

lShj present invention; 

2(J[! FIG. 20 is a graphic representation depicting an exemplary Sales Transaction process 

21M flow in an exemplary embodiment of the present invention; 

22 FIG. 21 is a graphic representation depicting an exemplary Create a New Sale 

23 Transaction Page in an exemplary embodiment of the present invention; 

24 FIG. 22 is a graphic representation depicting an exemplary Create a New Sale 

25 Transaction Page that has been completed with Actor input in an exemplary embodiment of the 

26 present invention; 

27 FIG. 23 is a graphic representation depicting an exemplary Confirmation of a New Sale 

28 Transaction Page in an exemplary embodiment of the present invention; 

29 FIG. 24 is a graphic representation depicting an exemplary Online Single Exchange 

30 Agreement in an exemplary embodiment of the present invention; 
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1 FIG. 25 is a graphic representation depicting an exemplary Notice of Assignment of 

2 Obligation Page in an exemplary embodiment of the present invention; 

3 FIG. 26 is a graphic representation depicting an exemplary Sale Transaction - Confirm 

4 Property Transfer Date Page in an exemplary embodiment of the present invention; 

5 FIG. 27 is a graphic representation depicting an exemplary Purchase Transaction 

6 process flow in an exemplary embodiment of the present invention; 

7 FIGS. 28 through 31 are graphic representations depicting different views of an 

8 exemplary Purchase Summary Page graphical user interface in an exemplary embodiment of 

9 the present invention; 

10 FIGS. 30 and 3 1 are graphic representations depicting an exemplary expanded Account 

1 1 Balances for Purchase Transactions in an exemplary embodiment of the present invention; 
12_ FIG. 32 is a graphic representation depicting an exemplary Create a New Purchase 
13y| Transaction Page in an exemplary embodiment of the present invention; 

14S FIG. 33 is a graphic representation depicting an exemplary completed New Purchase 

1 0 Transaction Page in an exemplary embodiment of the present invention; 
16je FIG. 34 is a graphic representation of an exemplary Review Purchase Transaction Page 

17^ in an exemplary embodiment of the present invention; 

180 FIG. 35 is a graphic representation of an exemplary Company Coordinator Page in an 

lSi exemplary embodiment of the System. 

2(|5 FIG. 36a is a graphic representation of an exemplary Add User Page in an exemplary 

2 embodiment of the System; 

22 FIG. 36b is a graphic representation of an exemplary Edit Taxpayer Page in an 

23 exemplary embodiment of the System; 

24 FIG. 37 is a graphic representation of an exemplary All Accounts Report Page in an 

25 exemplary embodiment of the System; 

26 FIG. 38 is a graphic representation of an exemplary Active Accounts Page in an 

27 exemplary embodiment of the System; 

28 FIG. 39 is a graphic representation of an exemplary Account Identification Page in an 

29 exemplary embodiment of the System; 

30 FIG. 40 is a graphic representation of an exemplary Account Debits/Credits Page in an 

3 1 exemplary embodiment of the System; 
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1 FIG. 41 is a graphic representation of an exemplary Sale Transaction Page in an 

2 exemplary embodiment of the System; 

3 FIG. 42 is a graphic representation of an exemplary Approve Pending Sale Transaction 

4 Page in an exemplary embodiment of the System; 

5 FIG. 43 is a graphic representation of an exemplary Approve Sale Transaction Page in 

6 an exemplary embodiment of the System; 

7 FIG. 44 is a graphic representation of an exemplary Completed Sales Transaction Page 

8 in an exemplary embodiment of the System; 

9 FIG. 45 is a graphic representation of an exemplary Completed Purchase Transactions 

10 Page in an exemplary embodiment of the System; 

1 1 FIG. 46 is a high level flow diagram depicting an exemplary Divestment process flow 
12P of a new Taxpayer user using an alternative exemplary embodiment of the present invention; 
13H FIGS. 47a through 47c are high level flow diagrams depicting an exemplary series of 
142 questions and processing performed by an exemplary embodiment of a Divestment Wizard in 
1 5U1 an exemplary embodiment of the present invention; and 

loj: FIG. 48 is a high level flow diagram depicting an exemplary Reinvestment process flow 

1 f in the alternative exemplary embodiment of the invention 

m 

ldS DETAILED DESCRIPTION OF THE INVENTION 

2(p As is more fully set forth in the following description of exemplary embodiments of the 

21 invention, the present invention provides apparatus, systems and methods for transacting like- 

22 kind exchanges. The words "transact", "transacting" and other forms of the word "transact" as 

23 used herein with regard to the present invention, refer to the function by the present invention 

24 to carry through; to bring about; to perform and manage the documentation and information 

25 exchange necessary to exchange one or more properties for one or more like-kind properties. 

26 An exemplary business reason for transacting a like-kind exchange is that a Taxpayer 

27 desires to divest a business or investment property or asset, such as a depreciable property or 

28 asset, and reinvest in a like-kind replacement business or investment property or asset in such a 

29 way that the exchange qualifies for tax deferred treatment under United States Internal Revenue 

30 Code Section 1031. United States Internal Revenue Code Section 1 03 1, and United States 
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1 Treasury Regulation Section 1 . 1 03 1 are incorporated for all purposes herein by reference as if 

2 fully stated here. 
3 

4 A. SYSTEM OVERVIEW 

5 

6 1. Entity Interface Relationships 

7 FIG. la is an entity relationship diagram depicting exemplary interface relationships 

8 provided by an exemplary embodiment of the System 1 of the present invention for an 

9 exemplary type of exchange scenario between a plurality of Taxpayers/Taxpayer PCs 2a-2n/8a- 

10 8n, a plurality of Intermediaries 3a-3n, a plurality of Relinquishment Property 

1 1 Receivers/Replacement Property Providers 4a-4n, optionally, depending upon the particular 
12^ circumstances of a particular exchange transaction, a plurality of Replacement Property Owners 
13^ 5a-5n, and a plurality of Banks 6a-6n. As conceptually depicted in FIG. la, each Taxpayer, 
14m e.g., 2a, views the System 1 as an individualized automated Like-Kind Exchange System 

1 5K! through which the Taxpayer 2a can relinquish multiple Relinquishment Properties through a 

1 6f plurality of Intermediaries 3a-3n and replace the Relinquished Properties with Replacement 

ITT Properties provided by a plurality of Replacement Property Providers 4a-4n, using one or more 

1 gM of a plurality of Banks 6a-6n. 

ISfy It should be noted that the use of suffixes such as "a" through "n" in connection with 

2(fti numbered elements of the FIGURES herein are exemplary and are not a limitation of the 

21^ invention. Rather, the suffixes "a" through "n" and "a" through "z", and similar notations, are 

22 used to represent a plurality, but unknown number, of similar elements. 

23 The exemplary type of Like-Kind Exchange scenario depicted in FIG. la is sometimes 

24 referred to as a "three-cornered exchange." In an exemplary three-cornered exchange, the 

25 Taxpayer, e.g. 2a, transacts an exchange that, without the provisions of the System 1 as 

26 supported by the Tax rules and regulations providing for the tax deferred treatment of like-kind 

27 exchange transactions, would otherwise be a taxable "Sale" of a property (the Relinquished 

28 Property) to a first entity in exchange for the first entity providing money equivalent to a value 

29 agreed to by the Taxpayer and the first entity for the Relinquished Property. This first entity in 

30 a three-cornered exchange is sometimes referred to herein as a Relinquished Property Receiver, 

3 1 e.g., 4a. The Relinquished Property Receiver 4a is also sometimes referred to herein as a 
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1 "Buyer" -- in the exemplary scenario, but for the provisions of the System 1 as supported by the 

2 Tax rules and regulations providing for the tax deferred treatment of like-kind exchange 

3 transactions, the Relinquished Property Receiver 4a would be a "Buyer" in the traditional 

4 meaning of that word. A "Sale" in a Like-Kind Exchange is sometimes referred to as the 

5 "Divestment" or "Relinquishment" side of the exchange, or the "Divestment Process" or 

6 "Relinquishment Process". 

7 In the exemplary three-cornered exchange, the Taxpayer 2a, at some point and within 

8 the statutory time frames, identifies to the Relinquished Property Receiver one or more suitable 

9 Replacement Properties. In the exemplary three-cornered exchange, the Relinquished Property 

10 Receiver identifies owner(s) of one or more suitable Replacement Properties, and arranges for 

1 1 the owner(s) thereof (the Replacement Property Owner, e.g., 5a) to transfer ownership of the 
12^ appropriate Replacement Property through the Exchange Intermediary, e.g. 3a, to the Taxpayer 
ljii 2a, in exchange for money originally provided by the Buyer 4a to the Exchange Intermediary 
14gp 3a for the "Sale" of the Relinquished Property. The Relinquishment Property Receiver 4a 

1 (Buyer) may own such a Replacement Property, and therefore, may also be the Replacement 

16* Property Owner 5a (Seller). Thus, in an exemplary three-cornered exchange, the Relinquished 

1 tT Property Receiver 4a is also the Replacement Property Provider, and may also be the 

1 Sp Replacement Property Owner 5a. Such a transfer of ownership of a Replacement Property is 
19FU sometimes referred to as a "Purchase" by the Taxpayer 2a -- in the exemplary scenario, but for 
2CCi the provisions of the System 1 as supported by the Tax rules and regulations providing for the 

2 ]H tax deferred treatment of like-kind exchange transactions, the transfer of ownership of the 

22 Replacement Property would be a "Purchase" in the traditional meaning of that term. The 

23 Purchase side of an exchange is sometimes referred to as the Reinvestment side of the 

24 exchange, or the Reinvestment Process. 

25 In alternative exemplary scenarios and/or alternative embodiments of the invention, the 

26 "Sales" agreement between a Taxpayer 2a and a Relinquished Property Receiver 4a and the 

27 "Purchase" agreement between the Taxpayer 2a and a Replacement Property Provider or 

28 Owner 5a contain special provisions that document the intent of the parties to enter into a Like- 

29 Kind Exchange in such a manner as to comply with the safe harbor Like-Kind Exchange 

30 requirements in Treas. Reg. section 1 . 103 1 . However, in the scenarios and embodiments 

3 1 discussed further herein, the "Sales" agreement between the Taxpayer 2a and a Relinquished 
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1 Property Receiver 4a and the "Purchase" agreement between the Taxpayer 2a and a 

2 Replacement Property Provider or Owner 5a would be characterized, but for the provisions of 

3 the System 1 as supported by the Tax rules and regulations providing for the tax deferred 

4 treatment of like-kind exchange transactions, as traditional Sale and Purchase transactions. 

5 In an exemplary three-cornered exchange, the Taxpayer 2a, the Relinquishment 

6 Property Receiver 4a/Replacement Property Provider 5a, and the Exchange Intermediary 3a are 

7 all common to both the Relinquishment Process and to the Reinvestment Process. Such an 

8 exemplary three-cornered exchange is sometimes used where the Taxpayer 2a has only one 

9 exchange to be made at a time. The System 1 will accommodate such three-cornered exchange 

10 relationships. However, the System 1 further provides for exchanges wherein the Divestment 

1 1 Side of each Like-Kind Exchange by a Taxpayer 2a is conducted independently from the 
12_ Reinvestment Side of the Like-Kind Exchange. Further still, the System 1 provides for 

1 3yQ "batching" of like-kind exchanges. 

ICS FIG. lb is an entity relationship diagram depicting alternative exemplary interface 

lfffj relationships in an alternative type of like-kind exchange scenario provided by an exemplary 

16jE embodiment of the System 1 of the present invention. As will be described in more detail 

17^ below, and as depicted in FIG. lb, in a Like-Kind Exchange in which the Relinquishment and 

1 fiJ Reinvestment Processes are conducted independently, such as for batch Like-Kind Exchanges, 

l^j the Taxpayer, e.g., 2a, sells, or relinquishes, one or more items of relinquished property over a 

2(Ej defined time period; the proceeds from those "Sales" are deposited, ''batched", into a single 

21^ restricted Exchange Intermediary account; the "Sales" proceeds are then reinvested by the 

22 Exchange Intermediary 3a, at the direction of Taxpayer 2a, in one or more items of like-kind 

23 Replacement Property which are "Purchased" from one or more Replacement Property 

24 Owners/Providers (also sometimes referred to as "Seller"), e.g., 5a-5n, in such a manner as to 

25 comply with the qualified Intermediary safe harbor requirements in Treas. Reg. section 

26 U031(k)-1. 

27 In the exemplary embodiment of the invention depicted in FIG. lb, the System 1 acts as 

28 a qualified Exchange Intermediary/System 3a. In one such embodiment, a qualified Exchange 

29 Intermediary implements the System 1 as part of the Exchange Intermediary's existing 

30 Exchange Intermediary System 3a. 
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1 In another such embodiment, the administrator of the System 1 is a qualified Exchange 

2 Intermediary. Also, as depicted in the exemplary embodiment and the exemplary scenario 

3 depicted in FIG. lb, the Relinquished Property Receiver/Buyer in the Relinquishment Process, 

4 is, or can be, a separate entity distinct from and independent of the Replacement Property 

5 Owner/Provider/Seller in the Reinvestment Process; the Taxpayer and Exchange Intermediary 

6 are the common entities to both the Relinquishment Process and the Reinvestment Process. 

7 FIG. 1c is an entity relationship diagram depicting further alternative exemplary 

8 interface relationships in an alternative type of like-kind exchange scenario provided by an 

9 exemplary embodiment of the System 1 of the present invention. As with FIG. lb, the Like- 

10 Kind Exchange scenarios depicted in FIG. lc provide for independently conducting the 

1 1 Relinquishment and Reinvestment Processes. As with FIG. la, in FIG. lc, the System 1 is 
12^ implemented separately from the Exchange Intermediary's System 3a. 

13il Like-Kind Exchanges can involve a variable number of parties to an exchange. The 

14S above described "three-cornered", independent, and batched exchange scenarios are provided 
1 for illustrative purposes only and in no way limit the invention. The exemplary embodiment of 

1 &{! the present invention facilitates Like-Kind Exchanges where each exchange is characterized by 

1 7^ different exchange entity relationships. 

isfij 2. System Configuration and Architecture 

2(fJ FIG. 2 is a graphic representation depicting an exemplary Taxpayer's computer 

21H 8 configuration and the Taxpayer computer's interface with the System in an Internet 

22 environment. As depicted in FIG. 2, each Taxpayer 2a has access to a computer device 8, for 

23 instance a personal computer ("PC"). The computer 8 is configured with a display device 9 

24 that provides a display screen 10. The computer device 8 is further configured with one or 

25 more user input devices, such as, for example, a keyboard 1 1 and a mouse 12. The computer 

26 device 8 is also configured with a printing device 13, such as a laser printer. 

27 Taxpayers access and browse the Internet 15 using a web browser 14 that generally 

28 resides and is executed on the Taxpayer's PC 8. The web browser 14 allows the Taxpayer 2a 

29 to retrieve and render hyper-media content from one or more Server computers, e.g., 16a-16n 

30 that serve the System 1. Commercially available web browsers include, e.g., Netscape's 

3 1 Navigator™ and Microsoft Internet Explorer™. 
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1 FIG. 3 is a simplified schematic diagram depicting the configuration of a Taxpayer's 

2 computer, e.g., 8a and the interface between the Taxpayer's computer, e.g. 8a, and the System 

3 servers 16a-16n using the Internet 15 in an exemplary embodiment of the invention. PCs 8a-8n 

4 are used by the Taxpayers and are connected to the Internet 15 through, e.g., communication 

5 link 20a. Optionally, a local network 21 may serve as the connection between some of the PCs 

6 8a-8n, such as the PC 8a, and the Internet 15. Web sites are locations on Servers, such as one 

7 or more of the Servers, 16a-16n, that are accessible through the Internet 15. The Servers 16a- 

8 16n host one or more web sites which are accessible by Taxpayers with PCs, e.g., 8a-8n, 

9 connected with the Internet 15. Servers 16a-16n that serve the System 1 are connected to the 

10 Internet 15 through respective communication links, e.g., 22, 23a-23n. Some of the Servers, 

1 1 e.g. 16a and 16n, access System databases, e.g., 3 la and 3 In respectively, for data retrieval and 
12_ storage. 

13j As depicted in FIG. 3, each of the PCs 8a-8n includes, for example, a central processing 

14gf unit ("CPU") 24a for processing and managing data; user input device ports such as for 

1 communications with a keyboard 25a and a mouse 26a for inputting data, and a main memory 

16]p 30a such as a Random Access Memory ("RAM"). Information in text, graphic and other forms 

1?P is displayed on the display monitor ("CRT") through a display monitor port 27a under the 

18p control of the CPU 24a. A communication device 28a, such as a modem, provides a 

lij communication access link 20a to the Internet 15. As previously mentioned, optionally, one or 

2CW more of PCs 8a-8n may be connected to a local network 21 . In some embodiments, one or 

21|1 more Input/Output ("I/O") devices, such as a printer 29a, are configured with the PC. 

22 It should be understood by someone with reasonable skill in the art that the overview 

23 configurations of the System depicted in FIGS. 2 and 3 are exemplary. For example, the 

24 depiction of any particular Server as having access to one or more databases is not a limitation 

25 of the invention; in alternative embodiments, any or all of the Servers have access to databases 

26 and external storage medium. 

27 While a Taxpayer's PC, e.g., 8a, is connected to the Internet 15, the Taxpayer may enter 

28 the System's 1 Internet interface through one of several ways. The two principal ways 

29 discussed herein are: 1) by entering an Internet address, e.g., URL, to the System's home page; 

30 or 2) by clicking on an HTML link in another Web site that contains the URL address to one of 

3 1 the System's Internet pages, for instance, to an initial Taxpayer registration page. 
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1 The World Wide Web (WWW or Web) is an access protocol for HTTP (the acronym 

2 HTTP stands for "HyperText Transfer Protocol" - which is the communication protocol used 

3 by the Internet) and HTTPS (which is a secure communication protocol used by the Internet). 

4 The unique identifier for a Server computer is called the IP (Internet Protocol) address; the 

5 unique identifier for a web site (web page) is called the URL (Uniform Resource Locator). A 

6 URL indicates, among other things, where the Server is located, the location of the web site on 

7 the Server, the name of the web page and the file type of each document. 

8 A Taxpayer may also enter the System 1 in other ways, among which include a direct 

9 communication interface between the Taxpayer's computer system, e.g., 8a, and the System 1 . 

10 As generally depicted in FIG. la, The System 1 will prompt the Taxpayer 2a, in 

1 1 manners to be discussed in more detail below and at the time appropriate for the particular 
12_ exchange, to provide, among other things, information including but not limited to: in a case or 
13yp embodiment of the invention where entities other than the System act as a qualified 

14K intermediary, to select a particular Exchange Intermediary (sometimes herein, Exchange 

15P Intermediaries are referred to simply as "Intermediary"), e.g., 3a, through which the like-kind 

16j= exchange will be transacted; to specify information about the property to be relinquished; if 

1 7*" appropriate the identification of an appropriate replacement property; and if appropriate -- the 

IS identification of a Bank, e.g., 6a, from which the Taxpayer will transfer funds to an Exchange 

ISfi I Intermediary to pay a Replacement Property Owner for a difference between the "Sale" 

20£j proceeds and the "Purchase" price of the Replacement Property. 

21U The present invention provides a Bank Look-up feature that collects a user's input of an 

22 "ABA" number, which the System uses to search a database. When the System finds a match 

23 for the ABA number on the database, the System returns a name for the corresponding Bank 

24 and displays the name of the Bank to the Taxpayer. The Bank Look-up feature can be used by 

25 other System users such as an Intermediary administrator. 

26 Depending on the Taxpayer's identification of a Bank from which to access funds 

27 and/or an Exchange Intermediary through which the like-kind exchange is to be made, the 

28 System 1 uses the particular Internet URL information for the particular Bank, or particular 

29 Exchange Intermediary, as the case may be, to establish a connection (such as, for example, an 

30 HTTP connection) to, and to communicate with, each particular Bank or Exchange 

3 1 Intermediary web site. The particular Internet URL information for the web site of each entity 
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1 with which the System 1 communicates is in some cases hard-coded in the System program 

2 instructions, or, has been stored in a System database and is retrieved by the System for use in 

3 formatting a connection to the particular Bank's or Intermediary's web server and to format 

4 communications with each particular Bank's or Intermediary's web site. The System 1 is 

5 programmed to format communications with each web site external to the System 1 in the 

6 language with which that particular web site can communicate, e.g., the language with which 

7 the Bank or Intermediary web site communicates. Such languages include, for example, 

8 HyperText Markup Language ("HTML"), Extensible Markup Language ("XML"), a 

9 combination of both HTML and XML, or other languages. 

10 Returning to FIGS. 2 and 3, Taxpayers access and browse the Web using a web 

11 browser, e.g. 14/1 4a, that generally resides and is executed on the Taxpayer's PC, e.g., 8a. A 
12^ web browser allows each Taxpayer to use the Taxpayer's PC to retrieve and render hyper- 
IjO media content from the System Servers, e.g., 16a-16n. Commercially available web browsers 
14m such as Netscape's Navigator™ and Microsoft Internet Explorer™ are very common and 

1 frl! accessible by PC users. 
16g 

llf B. RULES REGARDING THE TAX-DEFERRED TREATMENT OF LIKE- 

lfj KIND EXCHANGES 

l$U The System 1 monitors the parameters of each Taxpayer's like-kind exchange and 

2CK compares those parameters to the rules, as established by the U.S. Internal Revenue Service as 

2f* set forth in 26 U.S.C.S. Section 1031 ("Section 1031"). Specifically, Section 1031(a) provides 

22 for the "[n]onrecognition of gain or loss from exchanges solely in kind." 

23 Only certain types of property qualify for treatment as "solely in kind" exchanges. 

24 According to Section 1031(a)(1), "[n]o gain or loss shall be recognized on the exchange of 

25 property held for productive use in a trade or business or for investment if such property is 

26 exchanged solely for property of like kind which is to be held either for productive use in a 

27 trade or business or for investment." 

28 Certain types of property do not qualify for Section 1 03 1 (a) nonrecognition of gain or 

29 loss. According to Section 1031(a)(2), exchanges of the following types of property are 

30 excluded from treatment under Section 103 1 : (A) stock in trade or other property held primarily 

3 1 for sale, (B) stocks, bonds, or notes, (C) other securities or evidences of indebtedness or 
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1 interest, (D) interests in a partnership, (E) certificates of trust or beneficial interests, or (F) 

2 chooses in action. Section 1031(e) provides that livestock of different sexes are not property of 

3 a like kind. According to Section 1 03 1 (h)(1), "[r]eal property located in the United States and 

4 real property located outside the United States are not property of a like kind." According to 

5 Section 1031(h)(2), u [p]ersonal property used predominantly within the United States and 

6 personal property used predominantly outside the United States are not property of a like kind." 

7 Special rules apply to exchanges between related persons. 

8 Therefore, in order for the System 1 to monitor the parameters of each Taxpayer's like- 

9 kind exchange and compare those parameters to the I.R.S. rules, the System 1 prompts the 

10 Taxpayer to identify the type of property to be relinquished, the type of property to replace the 

1 1 relinquished property, and certain parameters concerning the exchange. The System 1 
12_ compares the property types and exchange parameters to the I.R.S. restrictions. 

13y3 If the property to be exchanged and the parameters of the exchange qualify under 

1C; Section 1031 for treatment as like-kind, then the System 1 determines the time parameters 

1 5B 1 within which certain aspects of the exchange must be completed. Section 103 1(a)(3) provides 

16i that in order to qualify for like-kind exchange treatment under Section 103 1, a) the Taxpayer 

17*" must identify a Replacement Property within forty- five (45) days after the date on which the 

1 80 Taxpayer transfers the Relinquished Property in the exchange; and b) the Replacement Property 

19hj must be received within the earlier of: i) 1 80 days after the date on which the Taxpayer 

2CMj transfers the Relinquished Property; or ii) the due date for the Taxpayers return of the tax 

2lf& imposed on the gain (or loss) for the transfer of the property for the tax year in which the 

22 transfer of the relinquished property occurs. 

23 Using the date on which the Taxpayer transfers the Relinquished Property as supplied 

24 by the Taxpayer and/or the Exchange Intermediary, the System 1 calculates the 45-day and 

25 180-day time frames, and also calculates the Taxpayer's tax return due date. The System 1 

26 monitors the various aspects of identification of a Replacement Property and the transfer of the 

27 Replacement Property and provides the Taxpayer and the Exchange Intermediary with the 

28 proper notifications. 
29 

30 
31 
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1 C. ENTITY RELATIONSHIPS AND SYSTEM INTERFACES 

2 As previously mentioned, depending on the particular circumstances, like-kind 

3 exchanges can involve a number of properties and a number of parties. FIG. 4a is a graphic 

4 representation of an exemplary process flow for an exemplary like-kind exchange using an 

5 exemplary embodiment of the invention. Without exchanging money, the Taxpayer 2a 

6 identifies a property or asset to dispose of using a like-kind exchange under LR.S. Regulation 

7 1031 provisions for tax deferred treatment and reaches exchange agreement with another party 

8 40, a Relinquished Property Receiver 4a. In the embodiment depicted in FIG. 4a, the Taxpayer 

9 2a registers 41 with the System 1 to provide registration data, use the System's Like-Kind 

10 Exchange Wizard to define the proper type of and parameters for an exchange agreement, 

1 1 identify the Taxpayer's Bank 6a/Bank account, select an Exchange Intermediary 3a and to 

12 obtain from the System 1 wiring instructions to provide to the Relinquished Property Receiver 
13Jt 4a. The System 1 establishes a sub-account for the Taxpayer 2a on the System's sub-account 
l^fif database in one of the System databases 31a-31n. In an alternative embodiment, the Taxpayer 
131 2a only identifies a Bank 6a in the event that there is a shortage in the "Sales" proceeds with 
16^ which the Replacement Property is to be "Purchased"; in one such alternative embodiment, the 
1?P Taxpayer 2a is prompted to identify a Bank, e.g., 6a, each time such a shortage occurs; in 

1 83 another such alternative embodiment, the Taxpayer 2a provides the identification of a Bank, 

lsKl e.g. 6a, the first time such a shortage occurs and is given an opportunity to update the Bank 6a 

2(W identification before funds are transferred in subsequent shortage situations. 
21|I The Relinquished Property Receiver 4a is provided with wiring instructions and with 

22 assignment information for purposes of conducting the exchange 42. In one scenario, which is 

23 the scenario depicted in FIG. 4a ? the Taxpayer 2a communicates the wiring instructions and 

24 assignment information directly to the Relinquished Property Receiver 4a. In another scenario, 

25 the System 1 communicates the wiring instructions and assignment information to the 

26 Relinquished Property Receiver 4a. In one embodiment, the System 1 communicates all wiring 

27 and assignment instructions. 

28 The Relinquished Property Receiver 4a then instructs 43-1 a Bank, e.g., 6a, to wire 43-2 

29 funds to the selected Exchange Intermediary 3a through the Exchange Intermediary's System 

30 3a-l on behalf of the System 1 for the benefit of the Taxpayer 2a which the Exchange 

3 1 Intermediary 3a deposits into a general System account. The Exchange Intermediary System 
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1 3a- 1 records the funds deposit and notifies 44-1 the Exchange Intermediary 3a and notifies 44-2 

2 the System of the deposit. As was previously mentioned, in one embodiment, the System 1 is 

3 also a qualified Exchange Intermediary System 3a- 1 and the administrators of the System 1 are 

4 the qualified Exchange Intermediary 3 a. 

5 The System 1 periodically accesses the Exchange Intermediaries' Systems to identify 

6 and retrieve 45 like-kind exchange information and updates. System servers, e.g. 16a-16n, 

7 store 46 the like-kind exchange information and updates on one or more of the System 

8 databases 31a-31n. As will be discussed in more detail below, the System 1 uses the 

9 information provided by the Taxpayer 2a and by the Exchange Intermediary System 3a-l to 

10 identify and monitor the various time limits imposed by I.R.S. requirements. The System 

1 1 records the receipt of funds 47 and notifies 48 the Taxpayer 2a. 

12_ In this particular exemplary like-kind exchange, the Taxpayer transfers 49 the 

13yp Relinquished Property to the Relinquished Property Receiver 4a and identifies 50 a 

l4K Replacement Property to the Relinquished Property Receiver/Replacement Property Provider 

1 55H 4a. The Relinquished Property Receiver/ Replacement Property Provider 4a reaches a transfer 

1 dc agreement 5 1 with a Replacement Property Owner 5a including the identification of 

17** replacement property wire transfer instructions identifying Bank 6a and an appropriate account 

18P number to which to wire funds for the Replacement Property Owner 5 a. 

1 <fy The Relinquished Property Receiver/ Replacement Property Provider 4a provides the 

2(Ej Taxpayer with the appropriate replacement property wire transfer instructions 52. The 

2lC Taxpayer identifies 53 to the System 1 the replacement property wire transfer instructions, 

22 including the necessary information with which the System 1 will verify that funds are 

23 available in the Taxpayer's sub-account, evaluate whether the parameters of the exchange 

24 compare favorably to I.R.S. regulations for tax deferred treatment, alert the Taxpayer in the 

25 event that certain parameters deviate from I.R.S. regulations, and in turn provide 54 the 

26 replacement property wire transfer instructions to the Exchange Intermediary System 3a-l . 

27 The Exchange Intermediary System 3a-l verifies the wire transfer instructions and transfers 

28 funds from the System Account to the Bank 6a and bank account as identified by the 

29 Replacement Property Owner 5a, obtains transfer of the Replacement Property to the Exchange 

30 Intermediary 3 a, and then transfers the Replacement Property to the Taxpayer 2a. In one 

3 1 embodiment, the Taxpayer identifies to the System 1 a Transfer Date. 
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1 In one exemplary embodiment of the invention, communications (e.g., 40, 42, 49, 50, 

2 and 52) between the Taxpayer 2a and the Relinquished Property Receiver 4a are achieved 

3 through the System 1 as are communications, e.g., 43-1, between the Replacement Property 

4 Provider, e.g. 4a, and the Replacement Property Owner's Bank, e.g., 6a. In that exemplary 

5 embodiment of the invention, assignment agreements are provided online through the System 

6 1. 

7 FIG. 4b is an alternative high level entity and process relationship diagram depicting 

8 exemplary conduct of exemplary Like-Kind Exchanges using an alternative exemplary 

9 embodiment of the present invention 
10 

11 D. TAXPAYER ACCESS AND LOG IN 

12 In the exemplary embodiment of the System, a Taxpayer can enter the System by 
lig entering an Internet address, e.g., a URL, to the System's home page using the Taxpayer's 
142 client web browser. 

l|n When a Taxpayer attempts to log in to the System, the System 1 will attempt to validate 

1§j the Taxpayer's log in identification and password. If the Taxpayer's log in is successful, the 

17f : System 1 will prompt the Taxpayer to select one of the available menu options. Otherwise, the 

1 §3 System 1 will prompt the Taxpayer to register and will display the first of several information 

1 % I collection screens to prompt the Taxpayer through the registration process. Following is a 

2(P description of the registration Taxpayer Interface and the associated System 1 processing in an 

2%1 exemplary embodiment of the invention. 
22 

23 E. A TAXPAYER'S EXPERIENCE 

24 References herein to "e-LKE.com" are references to an exemplary embodiment of the 

25 present invention. 
26 

27 1. Divestment of Relinquished Property 

28 Taxpayer agrees, in some other forum (a forum other than the system embodying the 

29 present invention, e.g., through an electronic auction website), to transfer relinquished business 

30 or investment property (e.g., real estate or equipment) to a Relinquished Property Receiver 

3 1 (also sometimes referred to herein as the "Purchaser"). This agreement to transfer (referred to 
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1 herein as the "Sale Agreement") will not be evidenced by an actual paper agreement physically 

2 executed by Taxpayer and Purchaser; rather, it will be accomplished entirely through electronic 

3 Internet agreement processes, but will result in a contract that is legally binding on both parties 

4 under applicable state law. 

5 Taxpayer, through an Exchange Intermediary's website, accesses the electronic Like 

6 Kind Exchange process with the intent, and by entering the electronic Like Kind Exchange 

7 process thereby establishes the intent, of treating the sale of the relinquished property and 

8 subsequent reinvestment of the proceeds into like-kind replacement property, to the fullest 

9 extent possible, as a valid deferred like-kind exchange under section 1 03 1 . 

10 In the exemplary embodiment of the present invention, on the Exchange Intermediary' s 

1 1 website, Taxpayer first chooses one of two paths to completion of a deferred like-kind 
1 2r=i exchange: a single-transaction path or a batch-transaction path. 

13^3 Essentially, a single-transaction electronic Like Kind Exchange involves Taxpayer's use 

Up of the Exchange Intermediary (or simply, "Intermediary") to hold the proceeds of a single 

1 5}l! relinquished property sale, and apply those proceeds at the direction of Taxpayer to the 

1 <s£ acquisition of one or more items of like-kind replacement property, in such a manner as to 
177 comply with the qualified Intermediary safe harbor requirements in Treas. Reg. Section 
lfl 1.1031(k)-l. 

1 91J By contrast, a batch-transaction electronic Like Kind Exchange involves the sale of 

2Ch multiple like-kind items of relinquished property over a defined time period, with the proceeds 
2^ from those sales being batched into a single restricted Intermediary account and then reinvested 

22 by Intermediary, at the direction of Taxpayer, in one or more items of like-kind replacement 

23 property, in such a manner as to comply with the qualified Intermediary safe harbor 

24 requirements in Treas. Reg. section 1.1031(k)-l. Where the processes for single-transaction 

25 electronic Like Kind Exchanges and batch-transaction electronic Like Kind Exchanges differ, 

26 those differences will be noted in the steps described below. 

27 Taxpayer executes an Online Single-Transaction Exchange Agreement or, in the case of 

28 multiple batch-transaction electronic Like Kind Exchanges, an Online Master Exchange 

29 Agreement. An exemplary Intermediary's Online Master Exchange Agreement is attached 

30 hereto as Appendix A. An exemplary Single Exchange Agreement is attached hereto as 

3 1 Appendix B. Agreements between the Taxpayer and the exchange intermediary will not be 
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1 evidenced by actual paper agreements physically executed by Taxpayer and Intermediary; 

2 rather, they will be accomplished entirely through electronic Internet agreement processes, but 

3 will result in contracts that are legally binding on both parties under applicable state law. 

4 Defined terms not otherwise defined in this letter have the same meanings as ascribed to them 

5 in the agreements. 

6 The online execution of one of these two agreements triggers the opening of a 

7 segregated account in Intermediary's accounting records on behalf of Taxpayer, for either a 

8 single-transaction electronic Like Kind Exchange or multiple batch-transaction electronic Like 

9 Kind Exchanges. 

10 It should be noted that in an alternative exemplary embodiment of the present invention, 

1 1 the Taxpayer may enter information concerning a single exchange transaction, even if a Master 
1^ Exchange Agreement is in place for that Taxpayer, as long as the Taxpayer has been registered 
1 12 with the System to have Single Exchange rights. In such a case, after the Taxpayer has entered 
14m information concerning such a single exchange transaction, the Company Coordinator for the 
lfri Taxpayer's Taxpayer Entity must review the transaction and determine whether to approve of 

disapprove the single exchange transaction. For example, if a Master Exchange Agreement is 

17 in place for the Taxpayer for Oil and Gas equipment; the Taxpayer inputs information 

1 fS regarding a single exchange concerning vehicles; if the Taxpayer has Single Exchange rights, 
lfV the System allows the Taxpayer to input the single exchange transaction information but then 
2f5 requires the Company Coordinator for the Taxpayer's Taxpayer Entity to approve or 

2 r disapprove the transaction. 

22 In such an alternative exemplary embodiment of the invention, if the Company 

23 Coordinator approves the single exchange transaction, then the Company Coordinator must 

24 associate a signed SEA from the legal authority ("Legal") of the Taxpayer to establish a Single 

25 Exchange Agreement for the proposed exchange of the vehicles. In such an alternative 

26 exemplary embodiment of the present invention, it is the Taxpayer's rights, as established by 

27 the Company Coordinator, and as stored on the System database, that the System uses to 

28 determine whether or not to allow the Taxpayer to enter information concerning certain 

29 exchanges. 

30 In such an alternative exemplary embodiment of the invention, at least one user/Actor 

31 for a Taxpayer Entity is set up with "legal rights" (the "Legal Actor"). The Legal Actor would 


-19- 


PELK0002/MRK 


1 be a person that has the authority and right to bind the Taxpaying Entity to contracts. When the 

2 Legal Actor executes a Master Exchange Agreement or a Single Exchange Agreement, the 

3 executed agreement becomes a pending agreement available for use by a Company 

4 Coordinator. When the Company Coordinator reviews a pending transaction for which no 

5 agreement is in place, if the Company Coordinator approves the transaction, then the Company 

6 Coordinator must associate an appropriate agreement (SEA or MEA as the case may be) that 

7 has been executed by the Legal Actor with the pending approved transaction. 

8 In such an alternative exemplary embodiment, the Legal Actor can choose to designate 

9 each executed agreement to be associated with a particular transaction, or with a particular type 

1 0 of asset. On the other hand, the Legal Actor can choose to not designate any restriction for a 

1 1 particular executed agreement. If the Legal Actor chooses to not designate a restriction for a 
12p particular executed agreement, the executed agreement can be associated by the Company 

1 3fD Coordinator with any transaction for which an agreement of the type (SEA or MEA) of the 

l4tl executed agreement is needed. In the alternative exemplary embodiment of the invention, 

1 5^ Legal Rights can not be established for an Actor by a Company Coordinator. Rather, the 

1 6c System Administrator must establish Legal Rights for an Actor. 

1%. Returning to the exemplary embodiment, in the case of a Taxpayer entering into a 

1 &?I Master Exchange Agreement, the System establishes a separate Master Trading Account for 

ljn each type of like-kind properties to be exchanged as specified by the Taxpayer. The types of 

2(P properties that can be divested using a particular account are limited to a particular SIC code, to 

21 Real Estate, or to one Depreciation Code. That is, each Master Trading Account is limited to 

22 divestments of like-kind properties in either Real Estate, or a single SIC code or a single 

23 Depreciation Code. In one embodiment, reinvestments are limited to like-kind properties in the 

24 same SIC code, Depreciation Code, or in Real Estate for which the Master Trading Account is 

25 established. In an alternative embodiment, the System does not restrict the Taxpayer to 

26 reinvest in properties in the same SIC code, Depreciation Code, or in Real Estate for which the 

27 Master Trading Account is established. In such an alternative embodiment, the System notifies 

28 the Taxpayer in cases where reinvestment property types vary from the SIC code, Depreciation 

29 Code, or in Real Estate for which the Master Trading Account is established that the transaction 

30 does not automatically qualify for safe harbor provisions under the IRS regulations. 
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1 FIG. 5 is a graphic representation of an exemplary embodiment of Master Trading 

2 Accounts 61-65 that the System establishes under a Master Exchange Agreement 60. In the 

3 exemplary embodiment depicted in FIG. 5, a series of Net Proceeds Accounts are established 

4 under each Master Trading Account. For example, Net Proceeds Accounts 61-la/61-lb - 61- 

5 na/6 1-nb are established for Master Trading Account 6 1 which is established for trading like- 

6 kind properties have an SIC code of ZZZ1 . 

7 It will be understood by someone with ordinary skill in the art that the description 

8 herein of generic SIC codes such as, e.g., "ZZZ1", and "ZZZN", and of generic Depreciation 

9 Codes, such as "WWW1" and "WWWN", are illustrative and are not a limitation of the 

10 invention. 

1 1 Continuing with FIG. 5, in the exemplary embodiment of the present invention depicted 
12^ therein, each Net Proceed Account, e.g., 63- 1 , is open for divestment for a fifteen (1 5) day 
13fi period, e.g., 63-la is open for divestment for the period of time from MMa/01/YYa, through 
14m| MMa/15/YYa. The Net Proceed Account 63-1 is then closed for divestments, and opened for 

1 jO reinvestment for a thirty day (30) period, e.g., from MMa/16/YY a, through MMb/30/Yya (63- 

1 dp lb). The Net Proceed Account divestment "Sale Period" and reinvestment period are explained 

if" further below. The exemplary embodiment depicted in FIG. 5 is illustrative and the period 

1 85 durations depicted there are not a limitation of the invention. 

1 %\ In the case of a Taxpayer entering into a Single Exchange Agreement, the System 

2(fi establishes a Single Trading Account and limits exchanges to either Real Estate, or a single SIC 

2t^ code or a single Depreciation Code. 

22 Both the Online Single-Transaction Exchange Agreement and the Online Master 

23 Exchange Agreement contain provisions : (1 ) restricting the use of the proceeds of the sale of 

24 relinquished property to purchase of like-kind replacement property; (2) restricting the payment 

25 to Taxpayer of the sale proceeds and any interest credited to Taxpayer on those proceeds; and 

26 (3) assigning to Intermediary, Taxpayer's rights to sell relinquished property under one or more 

27 Sale Agreements and assigning to Intermediary, Taxpayer's rights to purchase replacement 

28 property under one or more Purchase Agreements. In the case of an Online Master Exchange 

29 Agreement, the assignment of Taxpayer' s rights to sell and purchase is a "blanket" assignment 

30 with respect to all Sale Agreements and Purchase Agreements as to which Intermediary 

3 1 receives proceeds on behalf of Taxpayer or reinvests proceeds on behalf of Taxpayer. 
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1 Because the Online Master Exchange Agreement contemplates multiple dispositions of 

2 relinquished property to multiple Purchasers on multiple days, it prescribes a "Sale Period" of 

3 approximately 1 5 days, during which proceeds may be received by Intermediary into a given 

4 batch account but not reinvested by Intermediary from that batch account. 

5 It should be noted that the designation of a 1 5 day Sale Period is illustrative and is not a 

6 restriction of the invention, hi the embodiment of the invention described above, the Sale 

7 Period for a given Net Proceeds Account lasts 1 5 days, during which the account is open to 

8 receive relinquished property proceeds, and after which the account is closed to incoming 

9 proceeds but is open for spending those proceeds on replacement property for at least 30 days 

1 0 (or longer if a proper replacement property identification is made). 

1 1 In another exemplary form of the invention, the Sale Period lasts for only 10 days, 
12,. during which the Net Proceeds Account is open only to receive divestment proceeds, after 
135 which it is open for at least 35 days to spend those proceeds on replacement property (or longer 
14m if a proper replacement property identification is made). In such an embodiment of the 

15pj invention, three batch Net Proceeds Accounts per month are used (e.g., opened on the 1 st , 1 1th 

ldp and 21st days of a given month). The use of three batch Net Proceeds Accounts enables 

17** taxpayers using 30-day credit terms to more easily identify qualifying replacement property 

1 83 invoices and still reinvest proceeds within the 30-day terms. The use of three batch Net 

lSJ Proceeds Accounts smoothes the workload for the taxpayer's LKE coordinator. 
2(j2 In another alternative embodiment of the invention, the Sale Period is left completely 

2fr open - the System does not close the account. Rather, in such an embodiment, the System 

22 tracks on an individual asset basis. 

23 In the exemplary embodiment, the transfer date is defined by the taxpayer. In one 

24 alternative embodiment, the transfer of relinquished property occurs on the same date as 

25 payment is made for that property. After the expiration of a Sale Period, the proceeds in that 

26 account may be reinvested by Intermediary on behalf of Taxpayer for like-kind replacement 

27 property, in accordance with Taxpayer' s instructions, within the remainder of the Identification 

28 Period or, if a proper replacement property identification has been made, within the remainder 

29 of the Exchange Period, as more fully described below. 

30 At the time of executing the Online Single-Transaction Exchange Agreement or Online 

3 1 Master Exchange Agreement, Taxpayer also completes an online questionnaire transmitting to 
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1 Intermediary information about Purchaser enabling Intermediary to transmit wiring instructions 

2 by e-mail directly to Purchaser; these instructions enable Purchaser to wire the proceeds 

3 [(including applicable sales taxes)] directly to the holding bank account that Intermediary has 

4 established with Intermediary's holding bank. In transmitting the wiring instructions to 

5 Purchaser, Intermediary also notifies Purchaser in the same transmittal of the assignment to 

6 Intermediary of Taxpayer' s rights to sell relinquished property pursuant to the Sale Agreement. 

7 In the case of a batch-transaction electronic Like Kind Exchange, there will be multiple 

8 Sale Agreements and Purchasers, and Taxpayer completes an online questionnaire with respect 

9 to each such Purchaser to enable Intermediary to send the wiring instructions and required 

1 0 notice of assignment of rights to each such Purchaser. 

1 1 On behalf of Taxpayer, Intermediary receives the proceeds on the sale of the 
12^_ relinquished property into Intermediary's holding bank account. In the case of a batch- 

1 3fl transaction electronic Like Kind Exchange, Intermediary might receive multiple wire transfers 

14J from multiple Purchasers on multiple days during the Sale Period. As noted above, in one 

1 fO embodiment, the dates on which these proceeds are received by Intermediary are considered to 

1 dp be the dates of transfer of the relinquished property for tax purposes. However, in the 
if" exemplary embodiment, the Taxpayer supplies the transfer date. 

1 gp Taxpayer releases the relinquished property to Purchaser pursuant to the terms of the 

1 9jJ Sale Agreement(s). This completes the divestment phase of the electronic Like Kind Exchange 

2(JL{ process. 

22 2. Reinvestment of Relinquished Property Proceeds in Replacement 

23 Property 

24 Taxpayer, having divested relinquished property and engaged Intermediary to receive 

25 and hold the proceeds in a restricted account under the process described above, desires to 

26 cause Intermediary to reinvest the restricted proceeds on Taxpayer's behalf in like-kind 

27 replacement property. 

28 Taxpayer, in some forum other than the System embodying the present invention (e.g., 

29 through an electronic auction website), locates and agrees to acquire suitable business or 

30 investment replacement property that is of like kind with the relinquished property from a 

3 1 Replacement Property Owner ("Seller"). This Purchase Agreement will not be evidenced by an 
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1 actual paper agreement physically executed by Taxpayer and Seller; rather, it will be 

2 accomplished entirely through electronic Internet agreement processes, but will result in a 

3 contract that is legally binding on both parties under applicable state law. In the case of 

4 multiple replacement properties, there might be multiple Purchase Agreements and multiple 

5 Sellers. 

6 Taxpayer, through Intermediary's website, accesses the reinvestment phase of the 

7 electronic Like Kind Exchange process with the intent of directing Intermediary to reinvest the 

8 restricted proceeds from sale of the relinquished property in like-kind replacement property, to 

9 the fullest extent possible, as a valid deferred like-kind exchange under section 1 03 1 . In the 

1 0 case of personal property, this property typically will be listed in the same Rev. Proc. 87-56 

1 1 General Asset Class or Standard Industrial Classification ("SIC") Product Class (incorporated 
12^ by reference herein for all purposes) as the relinquished property, although it might not be one 
1 3# of the General Asset or Product Classes specifically enumerated in Treas. Reg. Section 

14S 1.1031(a)-2(b)(2)or(3). 

15j At the time of accessing Intermediary's website for reinvestment purposes, Taxpayer 

1 oj also completes an online questionnaire transmitting to Intermediary information about Seller, 

17;° which enables Intermediary to wire proceeds from the divestment of the relinquished property 
1 #} directly to Seller. In the case of multiple replacement properties, Taxpayer completes a 
1 9lj questionnaire for each Seller. Through separate e-mail notification sent on or before the date of 
2M the wire transfer [or through a comment in the wire transfer transmittal], Intermediary also 
2F notifies Seller of Taxpayer's assignment of rights to purchase replacement property under the 

22 applicable Purchase Agreement. In one embodiment of the present invention, the Taxpayer 

23 notifies the Seller of Taxpayer's assignment of rights and the System confirms to Seller 

24 Taxpayer' s assignment of rights. 

25 On behalf and pursuant to the instructions of Taxpayer, Intermediary wires the proceeds 

26 on the sale of the relinquished property to one or more Sellers. In the case of a batch- 

27 transaction electronic Like Kind Exchange, Intermediary might send multiple wire transfers to 

28 multiple Sellers on multiple days during the Exchange Period, but always after the close of the 

29 applicable Sale Period. As previously noted above, in one embodiment, the dates on which 

30 Intermediary wires these proceeds are considered to be the dates of acquisition of the 

3 1 replacement property for tax purposes; however in the exemplary embodiment, the Taxpayer 


-24- 


PELK0002/MRK 


1 supplies the transfer date. To the extent that these transfers occur within 45 days after the 

2 beginning of the Exchange Period, no written identification of replacement property is made. 

3 However, to the extent that these transfers occur after 45 days after the beginning of the 

4 Exchange Period but within the remainder of the Exchange Period, Taxpayer will have made an 

5 electronic written identification of replacement property, by e-mail to Intermediary on or before 

6 the last day of the applicable Identification Period, in accordance with either the "fhree- 

7 property rule" or the "200% rule" discussed below. 

8 Seller releases the replacement property to Taxpayer pursuant to the terms of the 

9 Purchase Agreement(s) . This completes the reinvestment phase of the electronic Like Kind 

1 0 Exchange process. 

1 1 To the extent that the proceeds from divestment of Taxpayer' s relinquished properties 
12n are not sufficient to purchase the targeted replacement property, Taxpayer supplements those 
1 3* proceeds as necessary, either by direct wire to Seller(s) or by wire through Intermediary to 
1401 Seller(s). To the extent that those proceeds are not fully invested in replacement properties, 

1 sjk Intermediary returns the unused funds, together with any interest credited to Taxpayer, to 

1 6f Taxpayer at the end of the Exchange Period (or at the end of the Identification Period if no 

1% replacement property identifications have been made). Any interest credited to Taxpayer 

1 sS under either an Online Single-Transaction Exchange Agreement or Online Master Exchange 
1 9ll Agreement will comply with the interest safe harbor requirements contained in Treas. Reg. 
2(Jj section 1. 1 03 l(k)- 1(g)(5) and (h). 

2 f* Each transfer by Taxpayer of relinquished property and receipt by Taxpayer of 

22 replacement property, in accordance with an Online Single-Transaction Exchange Agreement 

23 in the electronic Like Kind Exchange process described above, will constitute a separate and 

24 distinct like-kind exchange transaction that qualifies for deferral of gain recognition for federal 

25 income tax purposes pursuant to section 1 03 1 . 

26 Each batch of transfers by Taxpayer of relinquished properties and receipt of one or 

27 more replacement properties, acquired with the proceeds of the batch of transfers, in 

28 accordance with an Online Master Exchange Agreement in the electronic Like Kind Exchange 

29 process described above, will constitute a separate and distinct like-kind exchange transaction 

30 that qualifies for deferral of gain recognition for federal income tax purposes pursuant to 

31 section 1031. 
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1 The exchange, pursuant to either an Online Single-Transaction Exchange Agreement or 

2 Online Master Exchange Agreement, of relinquished property for replacement property will 

3 constitute a nontaxable exchange to the extent that no cash or other non-like-kind property is 

4 received by Taxpayer. If Taxpayer does receive cash or other non-like-kind property, as 

5 defined in section 1 03 1 (b), in the exchange, the gain with respect to the relinquished property 

6 involved in the exchange will be recognized in an amount not in excess of the lesser of the gain 

7 realized or the cash or the value of other property received. 

8 Pursuant to section 1031(d) and Treas. Reg. section 1.1031(j>l(d), the basis of 

9 replacement property received in an electronic Like Kind Exchange will be the aggregate 

10 adjusted basis of relinquished properties in that exchange, decreased by any money received by 

1 1 Taxpayer in the exchange and increased by the amount of any gain or decreased by any loss 
12,,, recognized by Taxpayer in the exchange, allocated among the replacement properties received 
1 3fl in proportion to their relative fair market values. 

l4n Taxpayer will not be in constructive receipt of any money or other property held by 

iff Intermediary pursuant to Treas. Reg. section 1.1031(k)-l(d)(l) unless and until such items are 

1 6p actually paid to or received by Taxpayer, on the condition that the requirements of either an 

1 7* Online Single-Transaction Exchange Agreement or Online Master Exchange Agreement and 

1$; representations are in fact satisfied. 

1 |j Any interest received by Taxpayer will comply with the safe harbor requirement 

2${ contained in Treas. Reg. section 1. 1 03 l(k)- 1(g)(5) and (h) and, accordingly, will not result in a 

2 F determination that Taxpayer is in actual or constructive receipt of money or other property 

22 before Taxpayer actually receives like-kind replacement property. 

23 In the case of a batch-transaction electronic Like Kind Exchange, because the 45-day 

24 Identification Period and 1 80-day Exchange Period are measured from the first day of the Sale 

25 Period, those timing requirements will be satisfied as to all proceeds within a given batch 

26 account if the identification occurs within the 45-day Identification Period as so measured, and 

27 the reinvestment occurs within the 1 80-day Exchange Period as so measured. Also, because 

28 the Sale Period for a given batch account must close before any proceeds may be reinvested 

29 from that batch account, Taxpayer will not be deemed to have entered into a "reverse 

30 exchange" with respect to any of the proceeds within a given batch account. 
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1 If Taxpayer exchanges relinquished property for replacement property listed in the same 

2 Rev. Proc. 87-56 General Asset Class or SIC Product Class, that exchange will be considered 

3 as an exchange of like-kind property, even though the applicable General Asset Class or 

4 Product Class is not specifically enumerated in the Treas. Reg. section 1 . 1 03 1 (a)-2(b)(2) or (3) 

5 "like-class" safe harbor. 

6 Intermediary, acting in accordance with either an Online Single-Transaction Exchange 

7 Agreement or Online Master Exchange Agreement, will be treated as a qualified Intermediary 

8 acquiring and transferring both the relinquished property and the replacement property for 

9 purposes of section 103 1 . 

I o The role of Intermediary in the purchase of property that is not replacement property, 

I I and thus not involved in the like-kind exchange, constitutes "routine financial or trust services" 
12„ for Taxpayer under Treas. Reg. section 1.1031(k)-l(k)(2)(ii) and does not disqualify 

1 35 Intermediary from being a qualified Intermediary under Treas. Reg. section 1 . 1 03 1 (k)- 

l€ l(g)(4)(iii). 

15J FIGS. 6a through 6b are high level logic flow diagrams that depict an exemplary Single 

1 oj Exchange process flow of the relinquishment and reinvestment aspects of an exemplary Like- 

1 7^ Kind Exchange using an exemplary embodiment of the present invention. As depicted in 

1 fj FIGS. 6a through 6b, the Taxpayer accesses the system website 30 1 and agrees to transfer 

19?d property to a first Buyer 302. The Taxpayer decides whether or not to use a Wizard for 

202 validating asset disposition 303. If the Taxpayer decides to use the Asset Validation Wizard, 

2f* the Taxpayer accesses the Wizard to validate asset disposition 304. 

22 The Taxpayer determines whether a Like Kind Exchange can be executed with a 

23 proposed asset 305 . If not, the Taxpayer arranges with the first Buyer to directly transfer funds 

24 to the Taxpayer and no Like Kind Exchange is executed 306. If the asset is determined to be an 

25 appropriate Like Kind Exchange target, then the Taxpayer uses the system website 307 to 

26 identify the proposed exchange as a single transaction or a multiple batch agreement 308 and 

27 executes either a Single Exchange Agreement (SEA) or a Master Exchange Agreement (MEA) 

28 309. The system opens an account for the Taxpayer 310. 

29 The system provides the Taxpayer, or in an alternative embodiment, provides the first 

30 Buyer, with wiring instructions 3 1 1 . A designated bank receives funds from the first Buyer and 

3 1 notifies the system 312. The system downloads verification of receipt of funds by the 


-27- 


PELK0002/MRK 


1 designated bank and notifies the Taxpayer of the 45-day Identification Period and the 180-day 

2 Exchange Period schedule 313. The Taxpayer relinquishes the property title to the first Buyer 

3 314 which concludes the Divestment portion of the Like-Kind Exchange process 315. 

4 As depicted in FIG. 4b, once the Divestment is complete, the Taxpayer begins the 

5 reinvestment portion of the Like-Kind Exchange process 320. When the Taxpayer initiates the 

6 reinvestment portion of the Like-Kind Exchange process, the system determines the number of 

7 days since divestment 321 . If more than 45 days have passed since the Taxpayer divested the 

8 property, then the system checks to see if the Taxpayer has already identified a replacement 

9 property 323, and gives the Taxpayer an opportunity to review the Like-Kind Exchange rules 

1 0 324. If less than 45 days have passed since the Taxpayer divested the property, or if more than 

11 45 days have passed but the Taxpayer has identified a replacement property, then the system 
12^ notifies the Taxpayer to receive the replacement property 322 and receives wiring instructions 
1 30 from the Taxpayer to initiate a wire transfer of funds to a first Seller 325. 

14fn The system determines a sub-account balance of funds available for the benefit of the 

1 5^ Taxpayer 326. If the Account balance available for the benefit of the Taxpayer is less than a 

16p replacement sale price 326-1, the system notifies the Taxpayer to supplement the payment to 

17; the first Seller 327. If the Account balance available for the benefit of the Taxpayer is equal to 

18hf or greater than the replacement sale price 326-2, then the system instructs the designated bank 

lSfy to wire funds to the first Seller according to a set of wiring instructions 328. The designated 

2(fc bank transfers the funds to the first Seller on behalf of the Taxpayer 329 and the first Seller 

2f* releases the replacement property title to the Taxpayer 330. The system prompts the designated 

22 bank to refund any unused exchange funds, sakes tax and any agreed upon portion of accrued 

23 interest to the Taxpayer 331. The system generates a complete account summary report for the 

24 Taxpayer 332, which completes the reinvestment portion of the Single Like-Kind Exchange 

25 process 333. FIG. 7a is an alternative high level view of a Like Kind Exchange process. 

26 FIG. 7b is a high level entity diagram depicting an Identification Period 340 and an 

27 Exchange Period 341 as related to the actions of title transfer of the relinquished property 314 

28 and the payment by the relinquished property buyer of money for the relinquished property 

29 312, and to the actions of title transfer of the replacement property 330 and the payment by the 

30 intermediary of funds for the replacement property on behalf of the Taxpayer 329 in an 

3 1 exemplary embodiment of the invention. 
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1 FIG. 8a is a high level data model diagram depicting exemplary data entities, data 

2 elements within those data entities, and exemplary relationships between the exemplary data 

3 entities in an exemplary embodiment of the present invention. 

4 As depicted in FIG. 8a, when a Taxpayer registers with the system, the system collects 

5 from the Taxpayer, or otherwise initializes, and stores in the system databases, Account 

6 information for each Taxpayer user of the system in an Account data entity 100. Account 

7 information includes: a Taxpayer ID 100-1, an account Open Date 100-2, LKCode 100-3 

8 (which is a unique number generated by the System), an account Balance 1 00-4, an Expected 

9 Balance for the account 100-5, a Check Digit 100-6, an indicator ("isMEA") as to whether or 

1 0 not the Taxpayer has executed a Master Exchange Agreement 1 00-7, an Account Number 1 00- 

11 8, an indicator as to whether or not an identification of a replacement property has been made 
12_ (IdentificationMade) 100-9, a date (IdentificationDate) on which the identification is made 100- 
13fi 10, and a Single Exchange Agreement (SEA) Sequence Number (SEASequenceNum) 100-11. 
14^ As depicted in FIG. 8a, when a Taxpayer provides additional proceeds with which to 

1 5*0 pay for a difference between the values of exchanged properties, the system collects from the 

1 6p Taxpayer, or otherwise initializes, and stores in the system databases Additional proceeds 

1 7 + "" information in an Additional Proceeds data entity 101. Additional proceeds information 

lC includes the Taxpayer ID 100-1, an additional proceeds Balance 101-1, and an additional 

1 9Tj proceeds Expected Balance 101-2. 

20S As depicted in FIG. 8a, when a Taxpayer registers with the system, the system collects 

21=* from the Taxpayer, or otherwise initializes, and stores in the system databases Taxpayer 

22 information in a Taxpayer data entity 1 02 . Taxpayer information includes the Taxpayer ID 

23 100-1, a Contact Full Name 102-1, the taxpayer Legal Name 102-2, a Phone Number 102-3, a 

24 Fax Number 102-4, an email address 102-5, and the state 102-6. The system establishes in the 

25 Taxpayer data entity several Label Tracking fields, e.g., 1 02-7 - 1 02- 1 1 . 

26 As depicted in FIG. 8a, when a Taxpayer registers with the system, the system collects 

27 from the Taxpayer, or otherwise initializes, and stores in the system databases User information 

28 in a User data entity 1 06. User information includes a User name 1 06- 1 , the Taxpayer ID 1 00- 

29 1, a Password 106-2, a First Name of the User 106-3, a Last Name of the User 106-4, an 

30 indicator 1 06-5 ("canDivest") that identifies whether or not the User can Divest properties, an 

3 1 indicator 1 06-6 ("canReinvest") that identifies whether or not the User can Reinvest in 


-29- 


PELK0002/MRK 

1 properties, an indicator 1 06-7 ("canSEA") that identifies whether or not the User can enter into 

2 a Single Exchange Agreement, and an indicator 105-1 ("isAdmin") that identifies whether or 

3 not the user is authorized as an administrator of the system; in the User data entity, the isAdmin 

4 indicator is set to "false". 

5 As depicted in FIG. 8a, when a Taxpayer requests a divestment, the system assigns a 

6 Divestment ID 104-1, and collects from the Taxpayer, or otherwise initializes, and stores in the 

7 system databases in a Divestment data entity 1 04, the Divestment ID 1 04-1 , the Taxpayer ID 

8 100-1, a Divestment Date 104-2, an expected Transfer Date 104-3, a Buyer Company Name 

9 104-4, a Contact First Name 104-5, a Contact Last Name 104-6, a Buyer Address 104-7a - 

10 104-7e, a Contact Phone number 104-8, a Contact Fax number 104-9, a Contact Email address 

1 1 104-10, an indicator 104-1 1 identifying whether or not the property has been transferred, a 
12_ Transfer Date 104-12, an indicator 104-13 identifying whether or not the Money for the 

1 32 Property has been received, a date 1 04-14 on which money for the property is received, and the 

14=p User Name 106-1. 

15f5 As depicted in FIG. 8a, when a Taxpayer requests a divestment, the system assigns a 

1 oj Divestment Item ID 1 09- 1 , and collects from the Taxpayer, or otherwise initializes, and stores 

17*" in the system databases in a Divestment Item data entity Divestment Item information, 

183 including the Divestment ID 104-1, the LKCode 100-3, a Description 109-2, a percent of 
ljj ownership 109-3, an amount of money 109-4, a plurality of Tracking fields, e.g. Trackingl 
20j 109-5 - Tracking 5 109-9, and the Account Number 100-8. 
2P- As depicted in FIG. 8a, when a user that is authorized to act as a Corporate 

22 Administrator registers with the system, the system stores information about that user in a 

23 Corporate Administrator data entity 105 that contains, among other things, the 

24 "isAdministrator" indicator 105-1 set to "true". A Corporate Administrator is a special type of 

25 user. Accordingly, the Corporate Administrator data entity 105, which contains other 

26 information about the Corporate Administrator user, includes a pointer to the more general User 

27 data entity 106. 

28 As depicted in FIG. 8a, when a Taxpayer registers with the system, if the Taxpayer 

29 executes a Master Exchange Agreement (MEA), the system assigns to the Taxpayer and stores 

30 in the system databases in an MEA data entity 103, an MEA ID 103-1 and stores the Taxpayer 
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1 ID 100-1; the system stores in an MEA Category data entity 108, the MEA ID 103-1, the 

2 LKCode 100-3, a Start Date 108-1, and a number of Divestment Days 108-2. 

3 FIGS. 8b- 1 and 8b-2 are high level data model diagrams depicting exemplary data 

4 entities, data elements within those data entities, and exemplary relationships between the 

5 exemplary data entities in an alternative exemplary embodiment of the present invention. In the 

6 alternative exemplary embodiment depicted in FIGS. 8b-l and 8b-2, the Additional Proceeds 

7 entity 101 as depicted in FIG. 8a is replaced with an Account Allocated entity 1 1 0, an Account 

8 Actual entity 1 1 1 , an Account Expected entity 1 1 2, an Additional Proceeds Account Actual 

9 entity 1 13, an Additional Proceeds Account Allocated entity 114, and an Additional Proceeds 

10 Account Expected entity 1 15. Each of the Account entities (1 10-115) provide, among other 

11 things, data elements that identify a Transaction ID (110-1, 111-1, 112-1, 113-1, 114-1, 115-1), 
12^ a Date Entered (1 10-7, 1 1 1-4, 1 12-3, 113-3, 1 14-2, and 1 15-2), an Amount (1 10-2, 1 11-5, 1 12- 
13f 4, 113-4, 114-3, and 115-3), a Description (110-3, 111-6, 112-5, 113-5, 114-4, and 115-4), a 
14p Source of funds (110-4, 111-7, 112-6, 113-6, 114-5, and 115-5), and the Source Type (110-5, 
lfffi 111-8, 112-7, 113-7, 114-6, 115-6). 

16p In addition to a Divestment entity 104 and Divestment Item entity 109 as depicted in 

177" FIG. 8a, FIG. 8b-2 depicts a Reinvestment entity 1 16, a Reinvestment Item entity 117, and a 

1 8M Reinvestment Account entity 118. Each Divestment Item entity 1 09 and each Reinvestment 

19fy Item entity 1 17 provides a plurality of Tracking details, e.g., 109-5 - 109-9, and 1 17-6 - 1 17- 

2(fc 10. The system provides the Taxpayer with a plurality of Tracking field labels, e.g., 102-7 - 

2f^ 102-1 1 so that each Taxpayer can specify a label for fields to be tracked by the system; the 

22 system also provides the Taxpayer with the plurality of Tracking detail fields e.g., 109-5 - 109- 

23 9, and 1 17-6 - 1 17-10 for each Divestment Item and each Reinvestment Item with which the 

24 Taxpayer can specify the contents of the relevant Tracking detail field for the particular 

25 Divestment Item or Reinvestment Item. For example, if a Taxpayer finds it useful to track 

26 divestments and reinvestments by the plant from which the equipment is divested and the plant 

27 into which reinvestment property is provided, then the Taxpayer specifies as a Tracking Label 

28 "Plant"; the system present a data input field associated with each Divestment and each 

29 Reinvestment and labels the data input field as "Plant"; the Taxpayer specifies the appropriate 

30 Plant identifier for each Divestment and each Reinvestment; the system provides the Taxpayer 

3 1 with online displays and/or hardcopy printouts that report divestments and reinvestments for the 
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1 Taxpayer by Plant. It will be understood by someone with ordinary skill in the art that the 

2 number of Tracking Labels and Tracking Details is exemplary and provided for illustrative 

3 purposes and that the particular number depicted in FIGS. 8b- 1 and 8b-2 is not a limitation of 

4 the invention. 

5 FIGS. 8c and 8d are high level data model diagrams depicting exemplary data entities, 

6 data elements within those data entities, and exemplary relationships between the exemplary 

7 data entities in a further alternative exemplary embodiment of the present invention. 

8 FIG. 9a is a high level logic flow diagram that depicts an exemplary process flow of the 

9 divestment feature of the present invention in an exemplary embodiment of the present 

10 invention. As depicted in FIG. 9a, a Divestor 1 19 enters the Divestment process 120. From 

1 1 within the Divestment process 120, the Divestor 1 19 is given the option of creating a New 
12^ Divestment in memory. If the Divestor 1 1 9 selects the option of creating a new divestment in 
13C memory, the system provides the Divestor 119 with an input user interface with prompts the 
14fj! Divestor to input the appropriate data with which the system Creates a New Divestment in 

1 S~ Memory 121 . The Divestor 119 edits 122 the new divestment information, which the system 

16C then saves in the Divestment (SavedDivestment) and Divestment Item (SavedDivestmentltem) 

17J data entities (such as tables or databases) 123. If the Divestor 119 indicates further edits are 

1§M required 122, then the system loads the Divestment information from saved memory 124 and 

191j deletes the divestment information from the respective data entities 125. Once the Divestor 

2(t" 119 reviews the divestment information 126 and indicates a complete transaction 126-1, the 

2f^ system saves the divestment information in the Divestment and Divestmentltem data entities 

22 127. The Divestment is then pending 128 in the system. 

23 If the system receives a property transfer notification 129-1, then the system creates an 

24 account (if necessary) and updates the expected balance 130, for example, by the amount of the 

25 wire transfer, but does not transfer money 132 until a wire is received at which time the system 

26 decrements the expected balance, for example, by the amount of the wire transfer, and 

27 increments the actual balance 133, for example, by the amount of the wire transfer, at which 

28 point the system identifies the system as complete 135, Alternatively, if a Wire Transfer is 

29 received first 129-2, the system does not transfer money 131 until a property transfer 

30 notification is received 131-1 at which point the system creates an account (if necessary) and 
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1 increments the actual account balance 134, for example, by the amount of the wire transfer, 

2 before identifying the divestment as complete 135. 

3 FIG. 9b is a high level logic flow diagram that depicts an exemplary process flow of the 

4 divestment feature of the present invention in an alternative exemplary embodiment of the 

5 present invention. 

6 FIG. 1 Oa is a high level logic flow diagram that depicts an exemplary process flow of 

7 the reinvestment feature in an exemplary embodiment of the present invention; FIG. 10b is a 

8 high level logic flow diagram that depicts an exemplary process flow of the reinvestment 

9 feature in an alternative exemplary embodiment of the present invention. 

1 0 As depicted in FIG. 1 0a, a Reinvestor 150 enters the Reinvestment process 151. From 

1 1 within the Reinvestment process 151, the Reinvestor 150 is given the option of creating a New 
12f^ Reinvestment in memory. If the Reinvestor 150 selects the option of creating a new 

13* reinvestment in memory, the system provides the Reinvestor 150 with an input user interface 

1401 with prompts for Reinvestor to input the appropriate data with which the system Creates a New 

lfKsJ Reinvestment in Memory 152. The Reinvestor 150 edits 153 the new divestment information, 

16P which the system then saves in the Reinvestment (SavedReinvestment) and Reinvestment Item 

17, (SavedReinvestmentltem) data entities (such as tables or databases) 154. If the Reinvestor 150 

lfz indicates further edits are required 153, then the system loads the Reinvestment information 

19V from saved memory 155 and deletes the divestment information from the respective data 

s In! 

2(ft entities 156. Once the Reinvestor 150 reviews the divestment information 157 and indicates a 

2f* complete transaction 157-1, the system saves the divestment information in the Reinvestment 

22 and Reinvestmentltem data entities 158. The Reinvestment is then pending in the system 

23 waiting for a wire transfer of money 159, Once the system is notified that a wire transfer has 

24 been sent 160, the system decrements the actual balance 161, for example, by the amount of the 

25 wire transfer, and completes the Reinvestment transaction 162. 

26 FIG. 10b is a high level logic flow diagram that depicts an alternative exemplary 

27 process flow of the reinvestment feature in an alternative exemplary embodiment of the present 

28 invention 

29 FIG. 1 1 is a high level logic flow diagram that depicts an exemplary process flow of the 

30 account expiration feature in an exemplary embodiment of the present invention. As depicted 

31 in FIG. 1 1 , a divestment 200 is active and pending in the system until the expiration of 45 days 
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1 204, or until an ID (identification of a reinvestment property) is made 203. If an ID of a 

2 reinvestment property is made 203 before the expiration of the 45 day time period 204, then the 

3 system initiates the reinvestment process 207 and decrements the balance and wire amounts 

4 208. If the balance is reduced to zero (0) 220, then the system notifies the appropriate users 

5 that there are no longer funds available for further transactions 209. If a positive balance 

6 remains 206, the system prompts the user for, and accepts user input of, further identifications 

7 203. Once the 45 day time period expires 204, the system administrator 201 checks input 202 

8 to see if 210 an identification has been made. 

9 If an identification has been made 211, then the system uses the ID made 2 1 3 to initiate 

10 the reinvestment process 216, to decrement the balance and wire amounts 217, and if the 

1 1 account balance is zero 219, notify the appropriate users that there are no longer funds available 
12^ for further transactions 209. If the balance has not been reduced to zero 215, after a 180 day 
13"® period expires 214, the system decrements the balance by an amount to be refunded to the user 
14fli and adds that amount to an account payable to the user 218 and notifies the appropriate users 
15T«j that the balance is zero and that there are no longer funds available for further transactions 209. 
16=p FIG. 12 is a high level graphic representation depicting various functions performed by 
IX an administrator of an exemplary embodiment of the present invention. As depicted in FIG. 12, 
18M a System Administrator 201 executes system functions such as Creating a Taxpayer 230, Create 
1 STU CSA's 23 1 , Creating Master Exchange Agreements (MEA) 232, entering wire transfers 233, 
2(K entering received identifications (such as of a reinvestment property) 234, and viewing reports 
2f^ 235, such as of activity in the system, 

22 

23 F. SYSTEM EVALUATION OF LIKE KIND EXCHANGE PARAMETERS AS 

24 COMPARED TO THE RULES 

25 Section 103 1(a)(1) provides that no gain or loss shall be recognized on the exchange of 

26 property held for productive use in a trade or business or for investment if such property is 

27 exchanged solely for property of like kind that is to be held for productive use in a trade or 

28 business or for investment. Section 103 1(a)(2) adds that this subsection does not apply to any 

29 exchange of stock in trade or other property held primarily for sale. 

30 Accordingly, when a taxpayer disposes of an asset, there are three general requirements 

3 1 for nonrecognition treatment under section 103 1 : (1) both the property surrendered and the 
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1 property received must be held either for productive use in a trade or business, or for 

2 investment; (2) the property surrendered and the property received must be of "like-kind"; and 

3 (3) there must be an exchange as distinguished from a sale and repurchase. 
4 

5 L Productive Use in Trade or Business 

6 In the transactions described above, Taxpayer will divest and reinvest in property for 

7 productive use in a trade or business, or for investment, in Taxpayer's hands. 
8 

9 2. Like-kind Property 

1 0 The requirement that the exchanged properties be of like kind has reference to the 

1 1 nature or character of the property and not to its grade or quality. See Treas. Reg. section 

1 2 n 1.1031 (a)- 1 (b) . To qualify for like-kind exchange treatment, one kind of property may not be 

13® exchanged for property of a different kind. Under the "like-class" safe harbor provided in the 

14fp regulations, depreciable tangible personal properties are of like class, and therefore 

1$h presumptively of like kind, if they are within either the same General Asset Class, as defined in 

16p Treas. Reg. section 1.1031(a)-2(b)(2), or the same Product Class, as defined in Treas. Reg. 

if * section 1.103 l(a)-2(b)(3). 

1 Treas. Reg. section 1 .103 1 (a)-2(b)(2) states that property within a General Asset Class 

1<?U consists of depreciable tangible personal property described in one of asset classes 00.1 1 

2(jtj through 00.28 and 00.4 of Rev. Proc. 87-56, 1987-2 C.B. 674. Treas. Reg. section 1.1031(a)- 

2f* 2(b)(3) states that property within a Product Class consists of depreciable tangible personal 

22 property that is listed in a four-digit product class within Division D of the SIC codes, set forth 

23 in Executive Office of the President, Office of Management and Budget, Standard Industrial 

24 Classification Manual (1997)(incorporated by reference herein for all purposes). Properties 

25 being exchanged by Taxpayer in the proposed transactions might or might not be in the 

26 enumerated General Asset Classes or Product Classes. For example, oil and gas production 

27 equipment (pipe, pumping units, compressors, separators, tanks, dehydrators, gathering lines, 

28 etc.) are described in Division B of the SIC codes (i.e., SIC product class 1311) and in Rev. 

29 Proc. 87-56 asset class 13.2 (incorporated by reference herein for all purposes); however, 

30 neither this SIC class nor this asset class are among the classes enumerated in the regulations. 

3 1 Nevertheless, divestments of and reinvestments in property described in SIC class 1311, and 
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1 divestments of and reinvestments in property described in Rev. Proc. 87-56 (incorporated by 

2 reference herein for all purposes) asset class 13.2, should be considered to be of like kind, even 

3 though they don't technically satisfy the like-class safe harbor, because they are sufficiently 

4 similar in service or use. 

5 When an exchange transaction is deferred, rather than simultaneous, even if the 

6 taxpayer trades property for otherwise like-kind property, the exchanged properties will not be 

7 of like kind if the replacement property is not timely identified or received. Section 1 03 1 (a)(3) 

8 states that any property received by the taxpayer shall be treated as property that is not like- 

9 kind property if: (1) the property is not identified as property to be received in the exchange on 

1 0 or before the day that is 45 days after the date on which the taxpayer transfers the property 

1 1 relinquished in the exchange; or (2) the property is received after the earlier of (i) the day that is 
12^ 180 days after the date on which the taxpayer transfers the property relinquished in the 

13fi exchange or (ii) the due date (determined with regard to extensions) for the taxpayer's federal 

14m income tax return for the taxable year in which the transfer of the relinquished property occurs. 
15H4 hi the case of a batch-transaction electronic Like Kind Exchange, because the 45-day 

I6f Identification Period and 180-day Exchange Period are measured from the first day of the 

17j applicable Sale Period, those timing requirements automatically will be satisfied as to all 

1 $E" proceeds within a given batch account if the identification occurs within the 45-day 

19U Identification Period as so measured, and the reinvestment occurs within the 1 80-day Exchange 

2(JiJ Period as so measured. 

2 f 3 * Treas. Reg. section 1 . 1 03 1 (k)- 1 (c) provides that any replacement property that is 

22 received by the taxpayer before the end of the identification period will in all events be treated 

23 as identified before the end of the identification period. Treas. Reg. section 1 . 1 03 1 (k)- 

24 1 (c)(4)(i) provides that the taxpayer may identify more than one replacement property. 

25 Regardless of the number of relinquished properties transferred by the taxpayer as part of the 

26 same deferred exchange, the maximum number of replacement properties that the taxpayer may 

27 identify is: (1) three properties without regard to the fair market values of the properties (the 

28 "three-property rule"); or (2) any number of properties provided that their aggregate fair market 

29 value as of the end of the identification period does not exceed 200% of the aggregate fair 

30 market value of all the relinquished properties as of the date that the relinquished properties 

3 1 were transferred by the taxpayer (the "200% rule"). 
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1 Treas. Reg. section 1.1031(k)-l(c)(4)(ii) states that if, as of the end of the identification 

2 period, the taxpayer has identified more properties as replacement properties than permitted by 

3 paragraph (c)(4)(i), the taxpayer is treated as if no replacement property had been identified. 

4 To the extent that Taxpayer will receive replacement property within 45 days after the 

5 transfer of the relinquished property, the identification requirements of section 1 03 1 (a)(3) will 

6 be met by that receipt, without regard to either the three-property rule or the 200% rule. 

7 To the extent that Taxpayer does not so acquire replacement property within the 45-day 

8 period, Taxpayer will make a timely electronic written replacement property identification, by 

9 e-mail to Intermediary, in accordance with either the three-property rule or the 200% rule. As 

1 0 such, the relinquished property and the replacement property will be of like kind for section 

11 1031 purposes. 

13C 3. Exchange of Properties 

14*fj Treas. Reg. section 1.1031(k)-l(f)(l) provides that, in the case of a transfer of 

1 5r0 relinquished property in a deferred exchange, gain or loss may be recognized if the taxpayer 

1 6£ actually or constructively receives money or other property before the taxpayer actually 

1 7^ receives like-kind replacement property. If the taxpayer actually or constructively receives 

1 8p money or other property in the full amount of the consideration for the relinquished property 

1 9m before the taxpayer actually receives like-kind replacement property, the transaction will 

2Cp] constitute a sale and repurchase, and not a deferred exchange, even though the taxpayer may 

2 lN 5 ultimately receive like-kind replacement property. 

22 Under the electronic Like Kind Exchange process described above, Taxpayer always 

23 will receive like-kind replacement property before it actually receives money or other property. 

24 Also, because the Sale Period for a given batch account must close before any proceeds may 

25 be reinvested from that batch account, Taxpayer will not be deemed to have entered into a 

26 "reverse exchange" with respect to any of the proceeds within a given batch account. 

27 According to Treas. Reg. section 1. 1 03 l(k)- 1(f)(2), actual or constructive receipt of 

28 money or other property by an agent of the taxpayer (determined without regard to paragraph 

29 (k) of that section) is actual or constructive receipt by the taxpayer. Treas. Reg. section 

30 1 .1031(k)-l(g) sets forth four safe harbors, the use of any of which (or more than one of which 

3 1 in combination) will result in a determination that the taxpayer is not in actual or constructive 
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1 receipt of money or other property for section 1031 purposes. Treas. Reg. section 1.1031(k)- 

2 1 (g)(4) provides that, in the case of a taxpayer's transfer of relinquished property involving a 

3 qualified Intermediary, the qualified Intermediary is not considered the taxpayer's agent for 

4 section 103 1 purposes. In such a case, the taxpayer's transfer of relinquished property and 

5 subsequent receipt of like-kind replacement property is treated as an exchange, and the 

6 determination of whether the taxpayer is in actual or constructive receipt of money or other 

7 property before the taxpayer actually receives like-kind replacement property is made as if the 

8 qualified Intermediary is not the agent of the taxpayer, 

9 A qualified Intermediary is defined in Treas. Reg. section 1 . 1 03 1 (k)- 1 (g)(4)(iii) as a 

1 0 person who: (1) is not the taxpayer or a disqualified person; and (2) enters into a written 

1 1 exchange agreement with the taxpayer and, as required by the exchange agreement, acquires 
12^, the relinquished property from the taxpayer, transfers the relinquished property, acquires the 
13C replacement property, and transfers the replacement property to the taxpayer. According to 
14m Treas. Reg. section 1.103 l(k)-l(k)(2), the term "disqualified person" includes a person who is 
lffL" the taxpayer's agent at the time of the transaction. For this purpose, a person who has acted as 
16p the taxpayer's employee, attorney, accountant, investment banker or broker or real estate agent 
\1T or broker within the two-year period ending on the date of the transfer of the first of the 

.ssbk. 

1 £M relinquished properties is treated as the taxpayer's agent. 

19!J However, performance of certain services does not cause an entity to be a "disqualified 

2(jt person." These services include: (1) services for the taxpayer with respect to exchanges of 

2f k property intended to qualify for nonrecognition of gain or loss under section 103 1 ; and (2) 

22 routine financial, title insurance, escrow or trust services for the taxpayer by a financial 

23 institution, title insurance company, or escrow company. In this case, Taxpayer will enter into 

24 either an Online Single-Transaction Exchange Agreement or Online Master Exchange 

25 Agreement with Intermediary. Intermediary will be an independent third party that will not 

26 have previously performed services other than routine financial services for Taxpayer. As 

27 such, Intermediary will not be a "disqualified person" under Treas. Reg. section 1.1031(k)-l(k). 

28 An Intermediary is treated as acquiring and transferring the relinquished property if the 

29 Intermediary (either on its own behalf or as the agent of any party to the transaction) enters into 

30 an agreement with a person other than the taxpayer for the transfer of the relinquished property 

31 to that person and, pursuant to that agreement, the relinquished property is transferred to that 
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1 person. See Treas. Reg. section 1.1031(k)-l(g)(4)(iv)(B). An Intermediary is treated as 

2 acquiring and transferring replacement property if the Intermediary (either on its own behalf or 

3 as the agent of any party to the transaction) enters into an agreement with the owner of the 

4 replacement property for the transfer of that property and, pursuant to that agreement, the 

5 replacement property is transferred to the taxpayer. See Treas. Reg. Section 1 . 1 03 1 (k)- 

6 l(g)(4)(iv)(C). For these purposes, an Intermediary is treated as entering into an agreement if 

7 the rights of a party to the agreement are assigned to Intermediary and all parties to that 

8 agreement are notified in writing of the assignment on or before the date of the relevant transfer 

9 of property. See Treas. Reg. section 1. 1 03 l(k)-l (g)(4) (v). 

10 In this case, Taxpayer will assign to Intermediary Taxpayer's right to sell relinquished 

1 1 property in either an Online Single-Transaction Exchange Agreement or Online Master 
12_ Exchange Agreement. When Intermediary sends wiring instructions to Purchaser, it will 

1 JB inform Purchaser [Taxpayer] in those instructions that Taxpayer has assigned to Intermediary 

1% its rights to sell the property. Thus, Intermediary will be treated as acquiring and transferring 

l^S the relinquished property, pursuant to Treas. Reg. Section 1.1031(k)-l(g)(4)(iv)(B) and (v). 
1 6f In addition, Taxpayer will assign its right to purchase replacement property to 

if Intermediary in either an Online Single-Transaction Exchange Agreement or Online Master 

1 Exchange Agreement. Through separate e-mail notification sent on or before the date of the 

1 m wire transfer [or through a comment in the wire transfer transmittal], Intermediary will notify 

20H Seller of Taxpayer's assignment of rights to purchase replacement property under the 

2f* applicable Purchase Agreement. Thus, Intermediary will be treated as acquiring and 

22 transferring the replacement property, pursuant to Treas. Reg. section 1 . 1 03 1 (k)- 1 (g)(4)(iv)(C) 

23 and (v). 

24 By utilizing Intermediary, a qualified Intermediary within the meaning of Treas. Reg. 

25 section 1 . 1 03 1 (k)-l(g)(4)(iii), to transact the acquisition and disposition of the properties, 

26 Taxpayer will not have actual or constructive receipt of money or other property as 

27 consideration for an exchange. The Online Single-Transaction Exchange Agreement and 

28 Online Master Exchange Agreement will provide that Taxpayer will have no rights to receive, 

29 pledge, borrow or otherwise obtain the benefits of money or other property before the end of 

30 the Exchange Period as required by Treas. Reg. section 1.1031(k)-l(g)(6)(i). The proceeds 

3 1 received by Intermediary from the sale of relinquished property will be paid to Seller for the 
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1 purchase of replacement property on behalf of Taxpayer. To the extent that funds received by 

2 Intermediary from transfer of relinquished property are insufficient to cover the purchase of 

3 replacement property, Taxpayer will transfer funds to Intermediary or pay funds directly to 

4 Seller to cover the amount of the shortfall. Thus, Taxpayer will never have actual or 

5 constructive receipt of money or other property used as consideration in an exchange. All 

6 proceeds received from the sale of relinquished property will be held by Intermediary and 

7 subsequently used to purchase the replacement property, or returned to Taxpayer after the 

8 Exchange Period (or after the Identification Period if no replacement property identifications 

9 have been made). 

1 0 Any interest received by Taxpayer will comply with the safe harbor requirement 

1 1 contained in Treas. Reg. section 1 . 1 03 1 (k)-l (g)(5) and (h) and, accordingly, will not result in a 
12^ determination that Taxpayer is in actual or constructive receipt of money or other property 
13tfJ before Taxpayer actually receives like-kind replacement property. 

14m In some cases, Intermediary might be assigned the right to purchase properties that 

1 5t might not be replacement properties for properties relinquished in a like-kind exchange. 

16jF However, the only service being performed by Intermediary with respect to non-replacement 

17g properties is payment for the properties. Any funds needed to purchase non-replacement 

1 ft properties will flow from Taxpayer either directly to Seller or through Intermediary to Seller. 

19y This service constitutes "routine financial services" pursuant to Treas. Reg. section 1.1031(k)- 

2(ft{ l(k)(2)(ii). Thus, this service will not disqualify Intermediary from being a qualified 

21 s * Intermediary under Treas. Reg. section 1.1031(k)-l(g)(4)(iii), 
22 

23 4. Basis of Replacement Properties 

24 Pursuant to section 1031(d) and Treas. Reg. section 1.1031(j)-l(d), the basis of 

25 replacement property received in a batch-transaction electronic Like Kind Exchange will be the 

26 aggregate adjusted basis of relinquished properties in that batch, decreased by any money 

27 received by Taxpayer in the exchange and increased by the amount of any gain or decreased by 

28 any loss recognized by Taxpayer in the exchange, allocated among the replacement properties 

29 received in proportion to their relative fair market values. 
30 

31 
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1 H. GRAPHICAL USER INTERFACE FUNCTION S AND FEATURES 

2 In the exemplary embodiment of the present invention, certain system and graphical 

3 user interface ("GUI") features are provided as described below. The features as described 

4 herein are illustrative and not a limitation of the invention. Someone with ordinary skill in the 

5 art will understand that variations in the features described herein may be implemented without 

6 departing from the spirit of the invention. 
7 

8 1. Global System Functions and Features 

9 FIG. 1 3 a is a graphic representation depicting a high level view of a "site map" of an 

1 0 exemplary System web site providing the functions and features of an exemplary embodiment 

1 1 of the present invention. With respect to actions by each and any web-based user of the 
12^ System, the System provides global access for primary, secondary, and support navigation 
iyi including: 1.) Home 501, Login/Logout 510, Search 518, System Site map 511, and Help 512 
14=S navigation option features; 2.) Registration 502, Sell (Divestment) 503, Purchase 

1 5p (Reinvestment) 504, Account Coordinator 505, Wizard 506, and Resources 507 main function 

16? option features; and 3.) Security 516, Privacy 515, About the System 513, Contact Us 514, 

as: 

1 if Terms of Use 5 1 7, and Patents legal and related information options 519. The system globally 

1 fi displays official System time and time zone, as well as the taxpayer name and number, and 

1 m username for logged in Taxpayers. In one exemplary embodiment of the invention, the official 

20>! System time is Central Standard Time (CST). 

2t* The following example access by a User illustrates these global system functions and 

22 features. One of a plurality of users (a user is also sometimes referred to herein as an "Actor"; a 

23 user that is a customer of the System is sometimes referred to herein as a "taxpayer") accesses 

24 the System over the Internet by supplying the Actor's browser with the System's URL 

25 (Universal Resource Locator) address. By supplying the Actor's browser with the System's 

26 URL address, the Actor's browser will present the System's home page for display on the 

27 Actor' s display monitor. 

28 FIG. 1 3b is a graphic representation depicting a high level view of a "site map" of an 

29 alternative exemplary System web site providing the functions and features of an alternative 

30 exemplary embodiment of the present invention. 

3 1 FIG. 14 is a graphic representation depicting an exemplary System Home Page 
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1 graphical user interface in an exemplary embodiment of the present invention. On the 

2 System's home page, the Actor sees the main function option features as selection "tabs", 

3 including a tab for each of the following function options: Sell 601, Purchase 602, e-LKE 

4 Coordinator 603, Wizard 604, and Resources 605, The Actor selects a tab or other selection 

5 option feature, by, for example, placing the visual cursor over the tab that the Actor wishes to 

6 select and by clicking the Actor's mouse to activate the subject tab. It will be understood by 

7 someone with ordinary skill in the art that the description herein of "tabs" as a graphical user 

8 interface user selection mechanism is exemplary and not a limitation of the invention; other 

9 graphical user interface user selection mechanisms, such as, for example, "buttons", may be 

10 used. 

1 1 If the Actor selects the Sell tab 601, the System navigates to a Sale (Divestment) page. 
12q If the Actor selects the Purchase tab, the System navigates to a Purchase (Reinvestment) page. 
13Jj If the Actor selects the e-LKE coordinator tab, the System navigates to an 

1431 Account/ Administration page (also sometimes referred to herein as an "e-LKE Coordinator" 

15« page — In the case where a customer of the System is a company, the System provides to the 

I6f customer company the capability of designating one or more company personnel as an Account 

1% Administrator for the company). If the Actor selects the Wizard tab, the System navigates to a 

l$f^ Wizard page. If the Actor selects the Resources tab, the System navigates to a Resources page. 

lSFU The functionality and features of each of these functional pages are described further below. 
2(H On the System's home page, and on each of the System's subordinate pages, the Actor 

21T is presented, and may click on, any of the navigation options: Home 606, Login/Logout 607, 

22 Search 608, Site Map 609, or Help 610. If the Actor selects the Home link 606, the System 

23 navigates the Actor to the Home Page from anywhere in the System. If the Actor selects the 

24 Login/Logout link 607, the System determines whether the Actor is logged in and if yes, logs 

25 the Actor out; and if no, navigates the Actor to a Login screen in the system where the Actor 

26 can login using their assigned username, password, and taxpayer number. 

27 The System presents "public" information to Actors that have not "logged" in. An 

28 Actor that has not logged in can access and view content designated as "public" under each of 

29 the main function option tabs, including, for example: the Home page displays general content, 

30 not specific to any Actor; the Sell page displays sale overview content, not specific to any 

3 1 Actor; the Purchase page displays purchase overview content, not specific to any Actor; the e- 
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1 LKE Coordinator page displays administration overview content; the Wizard page displays a 

2 description and overview content; and the Resources page displays a description and overview 

3 content. 

4 In order to access transaction and account information, or to perform any transaction for 

5 which an actor has pre-established rights, the Actor must log in to the System. For example, an 

6 Actor must log in to the System in order to view taxpayer or user-specific session summary 

7 information (such as taxpayer information, user name, etc.). 

8 The System automatically refreshes page content upon every Actor-made browser 

9 function action. 

10 Another feature of the System is that the System in the exemplary embodiment 

1 1 automatically logs an Actor out after 45 minutes of no activity in the System by that Actor (that 
1 2^ is, as implemented by the Actor' s browser). 

13$ 

14Q1 2. Home Page 

lffj~ The System provides two Functional interfaces for the System's Home Page, which in 

16f* the exemplary embodiment of the invention are named: home.htm, and home_loggedin.htm. It 

\X will be understood by someone with ordinary skill in the art that these two Home Page 

18^ functional interface names, as well as the other functional interface names used below, are 

19U exemplary names used for illustrative purposes and are not a limitation of the invention. 
2^ As mentioned above, an Actor accesses the System's home page by supplying the 

2lT Actor's browser with the System's URL address. Upon this initial entry into the System's 

22 Home Page, the System interfaces the Actor with home.htm, from which only "public" 

23 information can be accessed. Each Actor must log in to the System before the Actor can access 

24 and conduct a Sale (Divestment) or Purchase (Reinvestment) transaction, can perform 

25 Coordinator (e-LKE Coordinator) or Admin (e-LKE Admin) functions, or can access secure 

26 Actor-specific information. Once an Actor has logged in to the System, the System interfaces 

27 the Actor with a link to Actor-specific information and through which the Actor can conduct 

28 Actor-specific transactions, the link referred to herein for illustrative purposes as 

29 home_loggedin.htm. 

30 As depicted in FIG. 14, the System's Home Page provides a content area, e.g., 611, that 

3 1 can be dynamically updated by the System, such as through input by the System Administrator, 
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1 for display of important messages. The System' s Home Page also provides a status area 6 1 2 

2 that indicates time remaining 613 to send wire transfers during the current day. For logged-in 

3 Actors, the System's Home Page also provides the taxpayer name 614, taxpayer number 61 5, 

4 and username 616. 

5 The following exemplary access by an Actor illustrates some Home Page functions and 

6 features. One of a plurality of Actors accesses the System over the Internet by supplying the 

7 Actor's browser with the System's URL address. The Actor's browser then presents the 

8 System's home page, an exemplary embodiment of which is depicted in FIG. 14, for display on 

9 the Actor's display monitor. The Home Page displays a Main content area 611 including a 

1 0 dynamic message area and an area for the Actor to type in their username, password, and 

1 1 taxpayer number. The Actor clicks the Sell tab. The System displays the generic Sale Page 
12^ content. The Actor clicks the Login/Logout 607 link to log in to the System. The System 
13C provides the Actor with log in input fields as depicted in FIG. 15 with which the Actor may 
14gf| enter login information to activate their transaction-access and content-access rights. 

151! If the Actor logs in from the Home page, once the Actor logs in to the System, the 

16JS System refreshes the content area of the Home page and redisplays the Home page. Once the 

I7f" Actor logs in to the System, the System displays a status area 612 indicating time remaining 

18M 613 to send wire transfers during the current day, the Taxpayer's name 614, the Taxpayer's 

l^j taxpayer number 615, and the Taxpayer's username 616. From the Home page, the Actor might 

2(ft select one of the available main function options, such as Sell 601, Purchase 602, e-LKE 

2F Coordinator 603, Wizard 604 or Resources 605. 
22 

23 3. Login 

24 FIG. 15 is a graphic representation of an exemplary Login graphical user interface in an 

25 exemplary embodiment of the present invention. When an Actor clicks the Login link 607, such 

26 as is provided in the exemplary embodiment of the invention by the Home page (the System 

27 provides access to the Login (or if the Actor is logged in, the Logout) link 607 from any page 

28 on the System's web site), the System interfaces the Actor with the login function, referred to 

29 herein as login.htm. 

30 As depicted in FIG. 15, the Login page prompts the Taxpayer to provide a username 

3 1 620, a Password 622, a Taxpayer Number 623, and to submit the login information by clicking 
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1 on a button provided by the System to the user for the purpose of logging the Actor into the 

2 System, referred to herein as the "Login Now" button 624. The Login page provides the 

3 Taxpayer with a link to text explaining more about the System, referred to herein as the "Want 

4 to learn more . . .>" link 625. The Login page also provides the Taxpayer with a link or button 

5 for interfacing the Taxpayer with text explaining more about the login process, referred to 

6 herein as the "For more information on how to Login! Click Here" button 626-a. The Login 

7 page provides explanatory text 626-b and links to customers for additional help. "Back to top" 

8 links 629 are also provided that, when clicked by the Actor, redisplays the current page at the 

9 top-most part of the content of that page. 

10 Each Actor is classified by role based on rights, usage, and outcome. An Actor may be 

1 1 a System Administrator for the provider of the System, a Coordinator/ Administrator for a 
12^ Taxpayer Entity, or an individual Taxpayer with Coordinator/administrator, purchase, sale, 
13fi non-coordinator approval or "view only" rights. A Taxpayer may be a seller, a purchaser, a 
14pi coordinator/administrator, may have legal rights to enter into agreements and bind the 

1 3ftl Taxpayer Entity, and/or be a view-only Taxpayer. 

1 6p A Taxpayer's Coordinator/Administrator's username and password must be set by an 

1 X System Administrator, that is, by personnel with responsibility to the System provider entity. 

1 8hf A Taxpayer's Coordinator/ Administrator may set up usernames and passwords for other 

19U Taxpayers within the Taxpayer Entity. Prior to an Actor's first login, the Actor, or if the Actor 

2Qk is a Taxpayer that has an Entity-level Coordinator/ Administrator, the 

2 1 5 * Coordinator/Administrator must first register the Taxpayer Entity with the System 

22 Administrator as an approved Taxpayer Entity within the System. The System composes and 

23 transmits an email to all newly approved (signed up) customers (Taxpayer Entities) confirming 

24 their information (in one embodiment, the confirming email excludes the password). 

25 When an Actor inputs login information, the System applies certain rules to the 

26 information to authenticate the Actor-input username, password, and other unique identification 

27 information input by the Actor. For example, a Taxpayer might provide their taxpayer 

28 identification number. Each particular Actor's rights are activated upon login by that Actor. 

29 For security purposes, the System does not provide any "remember" functionality for 

30 password information. If the Actor forgets the Actor's password, the System provides "Forgot 

3 1 password" help information. 
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1 The following illustrative example access by an Actor illustrates some Login functions 

2 and features, 

3 In the illustrative Login function example, a Materials Manager accesses the System 

4 Home page by providing the System's URL to the Material Manager's browser. From the 

5 Home Page, the Materials Manager clicks the Login link 607 which causes the System to 

6 present the Login page as depicted in FIG. 15. The Materials Manager types in the Materials 

7 Manager's username into the username input field 620, password into the Password input field 

8 622, and taxpayer number into the Taxpayer Number field 623 and clicks the "login now" 

9 button 624 to proceed. The System authenticates the username, password and taxpayer 

1 0 number. The System redisplays the Home page to the Materials Manager with Login feedback, 

1 1 such as confirmation of authenticated Log in information, the Materials Managers' e-LKE 
12^, rights (sell, purchase, and/or coordinate) or if appropriate, an error message indicating that Log 
1 3sC in information could not be authenticated. 

14ji Alternatively, once the Materials Manager accesses the system Home page, the 

15(: Materials Manager browses the System web site before deciding to Log in. From some page in 

ldf: the System web site other than the Home Page (from any page in the System web site), the 

17 r Materials Manager clicks the Login link in the System's main navigation bar. In response to 

183 the Materials Manager's click of the Login link, the System displays the Login page as depicted 

l§n in FIG. 15 with input fields for the input of the username 620, password 622 and taxpayer 

2(fi number 623. 

2 In an alternative embodiment, instead of requiring input of the taxpayer number as part 

22 of the Log in information, the Taxpayer is prompted to input the Taxpayer's email address. In 

23 another alternative embodiment, a combined physical and System Administration process is 

24 used to qualify an individual designated as a Taxpayer's Coordinator/ Administrator with 

25 minimum login provisions (username and password). 
26 

27 4. Logout 

28 When a logged-in Actor clicks on the Logout navigation option, the System 

29 automatically ends the Actor's secured System session and returns the Actor to a logged-out 

30 version of the System Home page. The Logout navigational option is presented on, and 

31 available from, every page in the System's web site. In one embodiment of the System, the 
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1 System responds to an Actor's Log out from the System by composing and sending to the 

2 Actor's email address a summary of the Actor's transactions during the logged-out session to 

3 the Actor. 

4 In an alternative embodiment, when a logged-in Actor clicks on the Logout navigational 

5 option, the System navigates to a Log Out page. The Actor then logs the Actor out of the 

6 Actor's session and returns the Actor to a logged-out version of the System Home page. 
7 

8 5. User Status Area 

9 The System displays to each Logged-in Actor a User Status Area 612 as depicted, e.g., 

1 0 in FIG. 14, on the System's Home Page and on every page of the System. The User Status 

1 1 Area displays, among other things: the number of hours left 613 in the current day during 
12^ which to wire funds (according to official System time); the Actor's Taxpayer's name 614 and 
IW number 615; and the username 616 under which the Actor is logged in. In an alternative 

14m embodiment, the User Status Area further displays: the official System time; the Actor's 

1 fft: logged-in status; and the Actor's assigned transaction processing rights. 

16C The System limits the display of information in the User Status Area content for an 

17j" Actor that has not logged in to the System to: the number of hours left 613 in the current day 

lJjbf during which to wire funds (according to official e-LKE.com time, which is driven by the 

I9u Federal Reserve) and the "Not Logged In" status. 

2(g 

l¥ 6. Sell Tab - User Not Logged In 

22 When an Actor that has not logged in to the System or an Actor that is logged in but not 

23 authorized to conduct a sale transaction clicks on the Sell Tab, the System navigates to a 

24 Functional Interface for such actors, the interface referred to herein for illustrative purposes as 

25 "sale_notloggedin.htm". 

26 An Actor that is not logged in is not authorized to view or conduct transactions. The 

27 "sale_notloggedin.htm" interface displays general content describing the Sale function. The 

28 general content is different than secured content that is displayed for Actors who log in and 

29 who are authorized to conduct sale transactions. Notably, if an Actor is not authorized to 

30 conduct a sale transaction, the Coordinator/ Administrator would need to modify the Actor's 

3 1 rights in order to provide the Actor access to view and/or conduct a sale transaction. 
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1 

2 7. Sell Tab - Logged In User 

3 When an Actor that is logged in to the System and that is authorized to view and 

4 transact sale transactions clicks on the Sell Tab, the System navigates to the Functional 

5 Interface "sale_summary.htm" (the "Sale Summary Page") that provides a summary of all sale- 

6 related activities for the Actor logged in. 

7 FIGS. 16 through 19 are graphic representations depicting different views of an 

8 exemplary Sale Summary Page graphic user interface in an exemplary embodiment of the 

9 present invention. As depicted in FIG. 16, the Sale Summary Functional Interface of the 

1 0 System displays on the Sale Summary Page: 1 .) Any and all individual saved sale transactions 

1 1 630; 2.) Any and all pending sale transactions 631 (i.e., those transactions that are waiting for 
12^ the property transfer date) and including any and all submitted sale transactions (i.e., those 
13*0 transactions with transfer dates provided); 3.) The last 30 days of completed sale transactions 
l4K 632; and 4.) Access to a history of all completed sale transactions 645 by the "View All" button 
lfl (See FIG. 19). 

16p As depicted in FIG. 16, the Sale Summary Functional Interface of the System provides 

17; the Actor with a "create a new sale transaction" button 633. In creating a new sale transaction, 

lJjP the System limits the Actor, according to the Actor's transaction rights pre-defined by the 

l<fy System Administrator/Coordinator for the particular Actor's Taxpayer Entity, to conduct SEA, 

2Ct MEA, or both SEA and MEA sale transactions, as the case may be. Depending on the type, 

2 H SEA or MEA, of transaction that the Actor is authorized to transact, the Sale Summary 

22 Functional Interface of the System creates at the Actor's instructions (i.e., by clicking the 

23 "create a new sale transaction" button 633), a new sale (SEA or MEA as the case may be) 

24 transaction. For all SEA-authorized Actors, the actor is provided access to, display of, and 

25 acceptance of the SEA terms. For all SEA-authorized Actors, the actor is provided the option 

26 of performing any type of transaction available for an SEA. 

27 For all MEA-authorized Actors, the actor is provided access to, display of, and 

28 acceptance of the MEA terms. For all MEA-authorized Actors, the actor is provided the option 

29 of performing any type of transaction available for an MEA. 

30 The Sale Summary Functional Interface of the System also provides the Actor with a 

3 1 "Resume Active Sale Transaction" button. If the Actor selects this button, the System returns to 
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1 and displays the last transaction in process during the current System session at the Actor's 

2 instructions (i.e., by clicking the "Resume Active Sale Transaction" button). 

3 The Sale Summary Functional Interface of the System provides the Actor with selection 

4 options with which to control the display or filtering of record items from an index of items. 

5 For example, as depicted in FIG. 17, the System provides a "Sort by" filter 634 with which a 

6 Taxpayer can define the sort fields for listing Saved Sale Transactions. The "Sort by" filter 634 

7 is accompanied by a pull-down menu button 635 . If the Taxpayer clicks the "Sort by" pull 

8 down menu button 635, the System displays a list of possible sort fields. The Taxpayer 

9 highlights a particular sort field option. The System then populates the "Sort by" filter field 

10 634 with the selected sort field option. 

1 1 The Sale Summary Functional Interface of the System provides the Actor with a 

12_ summary of each Saved Sale Transaction, e.g., 637 as depicted in FIG. 17. As depicted in FIG. 

13fl 17, a Saved Sale Transaction summary 637 displays, e.g.: the User Name 640 of the Actor that 

14l created and/or saved the Transaction; a name of the Purchaser 641 ; a Purchaser Contact Name 

1 #] 642; a Transfer Date 643, a Total Sale Amount 644, an Edit Link 638 and a Delete Link 639. 

1 dp To view or update the detail for any particular Saved Sale Transaction, the Actor clicks the Edit 

if Link 638 corresponding to the particular Saved Sale Transaction that the Actor wants to view 

1 £3 or update. If the Actor clicks on the Delete Link 639, the System deletes the Saved Sale 
19^1 Transaction 637 corresponding to the clicked Delete Link 639. 

20j; The Sale Summary Functional Interface of the System also provides an "Update" button 

2p 636 for Saved Sale Transactions as depicted in FIG. 1 7, with which the Actor can request 

22 viewing the real time, dynamic status of the Actor's Saved Sale Transactions. As with other 

23 graphical user interfaces in the System, the Sale Summary Functional Interface of the System 

24 also provides Help support content. 

25 The Sale Summary Functional Interface of the System provides the Actor with a 

26 summary of each Pending Sale Transaction, e.g., 655, such as is depicted in FIG. 1 8. As 

27 depicted in FIG. 18, a Pending Sale Transaction summary 655 displays, e.g.: the User Name 

28 640, a Sale Number 654, a name of the Purchaser 641, a Purchaser Contact Name 642, a 

29 Transfer Date 643, a Total Sale Amount 644, a Wired Funds Received Indicator 649, a 

30 "Confirm" button 650, and a View Link 65 1 . As depicted in FIG. 1 8, the Transfer Date 643 is 

3 1 color-coded - if the Transfer Date 643 is red 652, then the Transfer Date 643 is "expected"; if 
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1 the Transfer Date 643 is green 653, then the Transfer Date 643 is "actual". 

2 If the Actor clicks the "Confirm" button 650, the System displays a "Sale Transaction - 

3 Confirm Property Transfer Date" screen, such as the one depicted in FIG. 26. As depicted in 

4 FIG. 26, the System displays detail information about the Sale Transaction to be confirmed, 

5 including, e.g., the Purchaser Name 641, Purchaser Contact Name 642, Purchaser Address 1 

6 730, Purchaser Address 2 731, Purchaser City, State, Zip and Country, collectively 732, 

7 Purchaser Phone Number 733, Purchaser Fax Number 734, and Purchaser email Address 735. 

8 The System also displays the Actor-input Property Transfer Date 643 and a Date of Sale 

9 Agreement 737 and prompts the Actor to identify whether the property was transferred 770 on 

10 the date specified 772, or to identify that the transfer of the property is expected 771 on the date 

1 1 specified 772, which date 772 is input by the Actor. The System further displays the Account 
12^ Code and description 738, the item description 739, an Input Sale Amount 740, the Ownership 
13* percentage 741, Sales Tax Amount 743, a Total Sale Amount 644, and Tracking Details, e.g., 
14?= 705-707 and 709-710. The Actor can cancel the transaction by clicking the "Cancel" button 

1 5rt 71 8, or can update the transaction by clicking the "Update Transaction" button 773. 
16p As depicted in FIG. 18, the Sale Summary Functional Interface of the System provides 

17 s u a "Sort by" filter 646 with which a Taxpayer can define the sort fields for listing Pending Sale 

1 8hf Transactions. The "Sort by" filter 646 is accompanied by a pull-down menu button 647. If the 

lSTy Taxpayer clicks the "Sort by" pull down menu button 647, the System displays a list of 

2(Ej possible sort fields. The Taxpayer highlights a particular sort field option. The System then 

2f^ populates the "Sort by" filter field 646 with the selected sort field option. 

22 The Sale Summary Functional Interface of the System also provides an "Update" button 

23 648 for Pending Sale Transactions as depicted in FIG. 18, with which the Actor can request 

24 viewing the real time, dynamic status of the Actor's Pending Sale Transactions. 

25 The Sale Summary Functional Interface of the System provides the Actor with a 

26 summary of each Completed Sale Transaction, e.g., 656, such as is depicted in FIG. 19. In the 

27 case of Completed Sale Transactions, only Sale Transactions completed within the last 30 days 

28 are automatically displayed. A "View All" button 645 is provided if the Actor wants to view 

29 all Completed Sale Transactions. As depicted in FIG. 19, a Completed Sale Transaction 

30 summary 656 displays, e.g.: the User Name 640, a Sale Number 654, a name of the Purchaser 

31 641, a Purchaser Contact Name 642, a Transfer Date 643, a Total Sale Amount 644, a Wired 
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1 Funds Received Indicator 649, and a View Link 657. 

2 As depicted in FIG. 19, the Sale Summary Functional Interface of the System provides 

3 a "Sort by" filter 658 with which a Taxpayer can define the sort fields for listing Completed 

4 Sale Transactions. The "Sort by" filter 658 is accompanied by a pull-down menu button 659. 

5 If the Taxpayer clicks the "Sort by" pull down menu button 659, the System displays a list of 

6 possible sort fields. The Taxpayer highlights a particular sort field option. The System then 

7 populates the "Sort by" filter field 658 with the selected sort field option. 

8 The Sale Summary Functional Interface of the System also provides an "Update" button 

9 660 for Completed Sale Transactions as depicted in FIG. 19, with which the Actor can request 

1 0 viewing the real time, dynamic status of the Actor's Completed Sale Transactions. 

1 1 FIG. 20 is a graphic representation depicting an exemplary Sales Transaction process 
1^3 flow in an exemplary embodiment of the present invention. The first step in the Sale 

I3ff Transaction process depicted in FIG. 20 is to Create 670 a new Sales Transaction. The next 

14il step in the Sale Transaction process depicted in FIG. 20 is to Save, and Review, 671 the new 

lf{- Sales Transaction, thereby creating a Saved Sales Transaction. The next step in the Sale 

16F Transaction process depicted in FIG. 20 is to, if necessary, Edit, or even Delete, 672 the Sale 

IT Transaction. If a Sale Transaction is deleted, then the following steps in the process are not 

lfc; relevant. If a Sale Transaction has been saved, and all necessary edits, to the extent to which 

1§U any are necessary, have been applied, the next step in the Sale Transaction process depicted in 

2g FIG. 20 is to Submit 673 the Sale Transaction. Once a Save Sale Transaction has been 

2 submitted (673), it becomes a Pending Sale Transaction. 

22 When a Sale Transaction is submitted, the System displays to the Actor a "Notice of 

23 Assignment Obligation" such as the one depicted in FIG. 25. As depicted in FIG. 25, the 

24 Notice of Assignment Obligation notifies the Actor of the Sale Transaction Number 760 that 

25 the System assigned as a result of the Actor submitting the transaction. The System also 

26 provides Notice of Assignment Obligation explanatory text 761 and a "Close" button 762. 

27 The next step in the Sale Transaction process as depicted in FIG. 20 is to Accept 

28 (Confirm) 674 the Pending Sale Transaction. Acceptance/Confirmation 674 completes the Sale 

29 Transaction. Completed Sales Transactions can be viewed 675. 

30 Consider the following examples. In the first example, a logged-in Actor authorized to 

3 1 conduct SEA transactions selects the "sell" tab (or link) for the first time. The Sale Summary 
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1 Functional Interface of the System provides the Actor with selection options with which to 

2 choose to "create a new sale transaction." The user selects "create a new sale transaction." The 

3 System displays a new detailed sale transaction form of an SEA type. 

4 In the second example, the logged in, authorized Actor has previously performed 

5 transactions. The Actor clicks the "sell" tab (or link) from some other System web page. 

6 The Actor clicks on the saved transactions option. The System responds to the Actor's 

7 instructions by displaying a list of saved transactions for the Actor. Under the saved 

8 transactions option, the Actor clicks on the "edit" link attributed to a particular saved record. 

9 The System responds to the Actor' s instruction by displaying the saved version of the 

10 transaction's detailed sale form (refer to the Edit link use case below). The Actor returns to the 

1 1 saved transactions list and clicks on the "del" (delete) link attributed to a particular saved 
12U record. The System responds to the Actor's instruction by permanently deleting the selected 

1 30 record and displaying the saved transaction list without the record. (Refer to the Delete link use 

14?r= case below). 

l^P] The Actor next clicks on the pending transactions option. The System responds to the 

16p Actor's instructions by displaying a list of pending transactions. Under the pending 

1 7 += transactions option, the actor clicks on a "confirm" link displayed for a particular not-yet- 

1 P confirmed pending transaction. The System responds to the Actor' s instruction by displaying 

1 SM the pending version of the transaction' s detailed sale form with additional form options to 

2(fi confirm the transfer of the property (refer to the Confirm link use case below). The Actor 

2F returns to the pending transactions list. Under pending transactions option, the actor next clicks 

22 on the "view" link for a particular pending record. In response to the Actor's instructions, the 

23 System displays the pending version of the selected particular transaction's detailed sale form 

24 (refer to the View link use case below). 

25 The Actor then clicks on the completed transactions option. The System responds to the 

26 Actor' s instructions by displaying a list of transactions completed for that Actor. Under the 

27 completed transactions option, the actor clicks on the "View" link for a particular completed 

28 record. The System responds to the Actor's instructions by displaying the completed version of 

29 the selected particular transaction's detailed sale form. The Actor returns to the completed 

30 transaction list and clicks on "view all" completed transactions. The System responds to the 

3 1 Actor' s instructions by displaying a list of all complete (historical) transactions. 
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1 The System provides the Actor with the ability to sort the list display under each of the 

2 saved, pending, and completed transaction lists. The Actor sorts a list by selecting a particular 

3 sort order option from a drop-down and then clicking on "sort." The System responds to the 

4 Actor's sort instruction by ordering the subject list according to the sort order option selected 

5 and by displaying the sorted list to the Actor. 

6 The System will allow a System Administrator with system administrator rights to 

7 display a master list of all saved transactions (all Actors) and all pending transactions (all 

8 Actors). The System will allow a Company Coordinator/ Administrator with Company 

9 Coordinator/Administrator rights to display a master list of all saved transactions (all Actors for 

10 the Company) and all pending transactions (all Actors for the Company). All Company 

1 1 Coordinator/Administrators must be set up and cleared through a System Administrator. 

1 2_ In the exemplary embodiment, the System does not limit transactions held in saved or 

13fl pending status according to any time limit. The System allows an Actor to save and submit an 

14m unlimited number of transactions. 
15|j 

16p 8. Create a New Sale Transaction 

if" In the exemplary embodiment, when a user that is logged in to the System and that is 

1 P authorized to view and transact sale transactions clicks on the Sell Tab (601 , FIG. 14), and then 

llj on a "create a new sale transaction" button (633, FIGS. 16-19) or link, the System navigates to 

2(pJ a Sale Transaction Functional Interface of the System, referred to herein for illustrative 

2F purposes as "sale_transaction.htm" (also referred to herein as the "Sale Transaction Functional 

22 Interface of the System"). 

23 

24 a. Edits 

25 FIG. 21 is a graphic representation depicting an exemplary Create a New Sale 

26 Transaction Page in an exemplary embodiment of the present invention. In the exemplary 

27 embodiment of the invention, the System performs the following edits on, and processes 

28 according to the following processing rules, an Actor's input to a new sale transaction: 

29 1 .) A purchaser must be identified, including purchaser name 683, 

30 contact name (first 684 and last 685) and contact information (address 1 686, 

3 1 address 2 (optional) 687, city 688, state 689 (a pull down menu button 690 
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1 facilitates selection of an appropriate state abbreviation), zip code 69 1 , phone 

2 number 692, fax number 693, and email address 694). An "*" 721 depicts a 

3 required field; 

4 2.) The date specified as the expected property transfer date 695 is 

5 required and signifies the exchange start; 

6 3 .) The date specified as the property transfer date cannot be prior to 

7 the date the transaction is submitted unless the Actor specifies that an 

8 identification has been made; 

9 4.) Identification of a replacement property is provided as an option 

10 in some embodiments.. A "Notification of Assignment of Rights has previously 

1 1 been made to purchaser" indicator input field 696 is provided but is not 
12__ required; 

1 30 5 .) The date of sale 697 is a required data input; 

6.) An account code 698 is required and must be chosen from a 

1 |P provided list of account codes facilitated by a pull down menu button 699. 

16JE Information about the assignment of account codes is provided via a "more 

1 f P about the code" button 700. A description 704 of the item to be sold is optional; 
1 £3 7.) The sales tax amount 714 is required and must be specified; 

1 8.) An input total sale amount 701 is required and must be specified 

2<2 in US dollars. A calculated total sale amount 715 is calculated by the System by 

adding together the sale amounts for each item in the sale transaction; 

22 9.) Ownership percentage 702 is required; 

23 1 0.) A sale transaction may include a master exchange agreement 

24 MEA, a single exchange agreement SEA, or a combination of both 

25 11.) The Actor must have specific transaction rights for the type of 

26 transaction, MEA and/or SEA, specified; 

27 12.) Regardless of transfer date and time, any two SEAs create 

28 separate and unique transactions; 

29 1 3 .) If a master exchange agreement (MEA) does not exist prior to an 

30 Actor's action to create a new sale under a particular account, then a single 

3 1 exchange agreement (SEA) is automatically created and applied 
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1 14.) If a master exchange agreement exists prior to a new sale under a 

2 specific account, then the account is applied; 

3 15.) The Sale Transaction Functional Interface of the System provides 

4 tracking detail input fields, e.g., 705 through 712. The Sale Transaction 

5 Functional Interface of the System labels certain tracking detail input fields if 

6 the Taxpayer indicated such tracking specifications as part of the Taxpayer's set 

7 up preferences; 

8 16.) Unless the Actor explicitly chooses to cancel 71 8 or review and 

9 change 720 a transaction, the information is persistent. That is, the information 

1 0 input by the Actor is saved when the Actor either saves the transaction, e.g., 

1 1 using the "save for later" button 719, navigates away from the create new sales 
12y transaction interface or ends the Actor's session; 

1 2fji 17 .) The System allows the Actor to change contact and taxpayer 

14P information that is pre-populated by the System according to information 

1 |ff previously supplied by the Actor or the Actor's Company Coordinator; 

1 df: 18.) The Sale Transaction Functional Interface of the System 

17 calculates a Sub Total Amount 713 for each particular Sale Item added; 

1 19.) The Sale Transaction Functional Interface o f the System provides 

lfjf an "add another item" button 717, which refreshes the Sale Item portion of the 

2fg page so that the Actor can input another Sale Item. 

2f~ 20.) If the Actor adds multiple Sale Items, or changes amount 

22 information for any Sale Item, the Actor can click the "calculate" button 716 to 

23 update the total amounts reported on the Create a New Sale Transaction page. 
24 

25 b. Functions and Features 

26 The System provides the Actor with the following "create new sales transaction'* 

27 functions and features: 

28 1 .) According to the Actor's specific transaction rights, the System 

29 allows the Actor to perform either a Master Exchange or Single Exchange per 

30 item (account); 

3 1 2.) The System prompts the Actor to specify, and collects the 
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1 Actor's specification of, a purchaser's contact information; 

2 3 .) The System prompts the Actor to specify, and collects the 

3 Actor's specification of, a date of property transfer for the transaction; 

4 4.) The System prompts the Actor to specify, and collects the 

5 Actor's specification of, a date of sale; 

6 5.) The System prompts the Actor to specify, and collects the 

7 Actor's specification of, a description of each item to be sold; 

8 6.) The System prompts the Actor to add, and collects the Actor's 

9 input of, tracking details for each item; 

10 7.) The System prompts the Actor to access and choose, and collects 

1 1 the Actor's specification of, one account code per divestment item; 

1%*. 8.) The System prompts the Actor to specify, and collects the 

13M Actor's specification of, a sale amount in US dollars; 
14ti 9.) The System prompts the Actor to specify, and collects the 

lStJ Actor's specification of, an ownership percentage; 

1 6fc 1 0.) The System allows the Actor to remove any item from the sales 

17" transaction; 

1 M 11.) The System allows the Actor to add additional sale items 

lfU (without a limit) to the sales transaction; 

2({y 12.) The System calculates a total transaction amount is US dollars by 

'2t* adding together the sale amount for each item in the sale transaction; 

22 13.) The System prompts the Actor to specify, and collects the 

23 Actor's specification of, the exact sales tax amount so that the amount can be 

24 applied to the transaction (which can be specified as zero to indicate tax exempt) 

25 14.) The System recognizes an Actor's instruction to save a new sales 

26 transaction and responds by saving the Actor's specification information as a 

27 new sales transaction; 

28 15.) The System recognizes an Actor's request to review transactions 

29 and displays in response to such a request information about the requested 

30 transaction; 

31 16.) The System allows an Actor to modify a sales transaction; 
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1 17.) The System recognizes an Actor's instruction to cancel the act of 

2 modifying a transaction; 

3 18.) The System recognizes an Actor's instruction to cancel the act of 

4 creating a new sales transaction. 

5 FIG. 22 is a graphic representation depicting an exemplary Create a New Sale 

6 Transaction Page that has been completed with Actor input in an exemplary embodiment of the 

7 present invention. 
8 

9 c. A First Illustrative Example of "Create a New Sale Transaction" 

10 In a first illustrative example of "Create a New Sale Transaction," a Company 

1 1 Coordinator has a compression unit that he wants to sell. He has rights to conduct both SEA 
12^ ; and MEA transactions. He is selling to a purchaser with whom he has not transacted before. 
1^0 The System prompts the Actor to enter, and the Actor enters the purchaser's company 
14t! (taxpayer) name. The System ensures that the purchaser's company name field has been 

1 ffc completed and verifies that the input does not contain numbers or symbols. 
16p The System prompts the Actor to enter, and the Actor enters a purchaser contact name. 

\X The System ensures that the purchaser's contact name field has been completed and verifies 

1 Si that the input does not contain numbers or symbols. 

lfy The System prompts the Actor to enter, and the Actor enters the purchaser's address 

2(Jj (Address line 1, Address line 2, city, state, and zip code). The System ensures that all fields of 

2t* a purchaser's address have been completed. The System will persist the purchaser's address in 

22 association with the purchaser's name. 

23 The System prompts the Actor to enter, and the Actor enters a purchaser telephone 

24 number and a purchaser fax number. The System ensures that both the purchaser's telephone 

25 number and the purchaser's fax number have been specified and verifies that the numbers are 

26 numeric only and that they do not contain any alphabetic or special symbol characters. 

27 The System prompts the Actor to enter, and the Actor enters the purchaser's email 

28 address. The System ensures that the purchaser's email address has been entered and verifies 

29 the format of the input email address. 

30 The System prompts the Actor to enter, and the Actor enters the property transfer date. 

3 1 The System ensures that the property transfer date has been entered and verifies that the date 
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1 does not contain any special symbol characters. 

2 The System prompts the Actor to enter, and the Actor enters the property sale date. 

3 The System ensures that the property sale date has been entered and verifies that the date does 

4 not contain any special symbol characters. 

5 The System prompts the Actor to select, and the Actor selects, a code from a drop-down 

6 menu of depreciation and SIC account codes. The System ensures that the Actor selects one of 

7 the presented depreciation and SIC codes. The System allows the Actor to choose only one 

8 code at a time. If a master exchange agreement for the account chosen exists, the transaction 

9 takes place under the MEA. If a master does not exist, a single exchange agreement is created 

10 and the transaction takes place within that SEA's boundaries. 

1 1 After selecting one of the account codes, the Actor clicks on a "more about this code" 

1 2 onscreen button. The System displays detailed information about the particular code such as in 
130 a pop-up window. The pop-up window does not contain browser buttons. The pop-up window 
14l contains text, such as Internal Revenue Service detailed information about the particular code. 

1 jj The Actor may scroll through the content and/or close the pop-up window. 
1 1= The System prompts the Actor to enter, and the Actor enters a description of the asset 

if that is the subject of the sale transaction. The System ensures that a description is entered. 
1 p The System provides an "add tracking details" button or other selection interface with 

1 fjj which to indicate a request to add tracking details. The Actor clicks on the "add tracking 

2ffi details" option. The System responds to the Actor's request to add tracking details by 

2? displaying an expanded input form with which additional details may be added. In one 

22 embodiment, the System displays tracking input detail fields specified by the System 

23 administrator. 

24 The System prompts the Actor to enter, and the Actor enters a total sale amount in U.S. 

25 dollars, including dollars and cents. The System ensures that a total sale amount has been 

26 entered and verifies that the amount entered does not contain any alphabetic or special symbol 

27 characters. 

28 The System prompts the Actor to enter, and the Actor enters an exact ownership 

29 percentage. The System ensures that an ownership percentage has been entered and verifies 

30 that the amount entered does not contain any alphabetic or special symbol characters. The 

3 1 System rejects the Actor' s input if the Actor specifies an ownership percentage of zero ("0"). 
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1 The System prompts the Actor to enter, and the Actor enters an exact sales tax amount. 

2 The System ensures that a sales tax amount has been entered and verifies that the amount 

3 entered does not contain any alphabetic or special symbol characters. The System accepts the 

4 Actor' s input if the Actor specifies an ownership percentage of zero ("0"). 

5 The System displays the sales transaction created by the Actor with instruction buttons 

6 next to each item in the list, or, in the alternative, with check boxes next to each item, and 

7 instruction buttons that apply to all checked items. The Actor clicks a "remove" button to 

8 remove an item from the list. The System recognizes the Actor's selection of, and request to 

9 remove, a particular item from the list. The System removes the specified item from the list 

1 0 and redisplays the transaction without the removed item. 

1 1 The System provides a "calculate" button. The Actor clicks the "calculate" button. The 
12^ System recognizes the Actor's selection of the "calculate" button and calculates a new total sale 
1 |j amount. The System redisplays the transaction with the calculated total sale amount. 

l4 g The System provides an "add another item" button. The Actor clicks the "add another 

lip item" button. The System recognizes the Actor's request to add a new item to the list. The 

1 JE s y stem responds to the Actor's request to add a new item to the list by redisplaying the 

1 Ip transaction with a new input line for a new item. 

1 8q The System provides a "review transaction" button. When the Actor has completed 

1 9j i inputting the sale transaction and the relevant items, the Actor clicks the "review transaction" 

2 Qj1 button. The System responds to the Actor's request to review the transaction by displaying the 

2 f~ transaction in a confirmation screen. If the Actor confirms the transaction by clicking the 

22 "Submit" button (745, FIG. 23), the System responds by saving the transaction and reporting 

23 the confirmation save to the Actor. The System then stands ready to accept the Actor's next 

24 instruction. 
25 

26 d. A Second Illustrative Example of "Create a New Sal e 

27 Transaction" 

28 In a second illustrative example of "Create a New Sale Transaction," a Materials 

29 Manager returns to the System to divest an automobile. He is selling the vehicle to a taxpayer 

3 0 that he has sold to before. 

3 1 The System prompts the Actor to enter a purchaser name. Rather than entering a 
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1 purchaser name, the Actor clicks on a pull down list of previously established purchasers and 

2 selects from the list one of the purchasers. In one embodiment, the System automatically 

3 populates all contact information for the purchaser and taxpayer fields with data stored from the 

4 most recent sale transaction with that purchaser. In the exemplary embodiment, the Actor 

5 clicks a "load" button. In response to the Actor's clicking of the "load" button, the System 

6 populates all contact information and taxpayer fields with data stored from most recent sale 

7 transaction. The System displays the new sales transaction with the System-populated 

8 information. 

9 The Actor in this example decides to leave the System-populated information without 

10 modification. As with the previous illustrative example, the Actor then enters information 

1 1 specific to the new sales transaction. 

12n The System prompts the Actor to enter, and the Actor enters the property transfer date. 

1 3* The System ensures that the property transfer date has been entered and verifies that the date 

1431 does not contain any special symbol characters. 

15m The System prompts the Actor to enter, and the Actor enters the property sale date. 

16+5 The System ensures that the property sale date has been entered and verifies that the date does 

1 % not contain any special symbol characters. 

\tt The System prompts the Actor to select, and the Actor selects, a code from a drop-down 

19TU menu of depreciation and SIC account codes. The System ensures that the Actor selects one of 

2CH the presented depreciation and SIC codes. The System allows the Actor to choose only one 

2F* code at a time. If a master exchange agreement for the account chosen exists, the transaction 

22 takes place under the MEA. If a master does not exist, a single exchange agreement is created 

23 and the transaction takes place within that SEA's boundaries. 

24 The System prompts the Actor to enter, and the Actor enters a total sale amount in U.S. 

25 dollars, including dollars and cents. The System ensures that a total sale amount has been 

26 entered and verifies that the amount entered does not contain any alphabetic or special symbol 

27 characters. 

28 The System prompts the Actor to enter, and the Actor enters an exact ownership 

29 percentage. The System ensures that an ownership percentage has been entered and verifies 

30 that the amount entered does not contain any alphabetic or special symbol characters. 
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1 The System rejects the Actor's input if the Actor specifies an ownership percentage of 

2 zero ("0"). 

3 The System prompts the Actor to enter, and the Actor enters an exact sales tax amount. 

4 The System ensures that a sales tax amount has been entered and verifies that the amount 

5 entered does not contain any alphabetic or special symbol characters. The System accepts the 

6 Actor's input if the Actor specifies an ownership percentage of zero ("0"). 

7 The Actor clicks a "remove" button to remove an item from the list. The System 

8 recognizes the Actor's selection of, and request to remove, a particular item from the list. The 

9 System removes the specified item from the list and redisplays the transaction without the 

10 removed item. 

1 1 The System provides a "calculate" button. The Actor clicks the "calculate" button. The 
1Z_ System recognizes the Actor's selection of the "calculate" button and calculates a new total sale 
130 amount. The System redisplays the transaction with the calculated total sale amount. 

lft The System provides an "add another item" button. The Actor clicks the "add another 

1 fH: item" button. The System recognizes the Actor's request to add a new item to the list. The 

16E System responds to the Actor's request to add a new item to the list by redisplaying the 

1 T" transaction with a new input line for a new item. 

lJp The Actor again clicks the "calculate" button. The System recognizes the Actor's 

l<fy selection of the "calculate" button and calculates a new total sale amount. The System 

2(|LJ redisplays the transaction with the new calculated total sale amount. 
2f^ The System provides a "save transaction" button. When the Actor has completed 

22 inputting the sale transaction and the relevant items, the Actor clicks the "save transaction" 

23 button. The System responds to the Actor's request to save the transaction by storing the 

24 transaction information and displaying a summary page with either error feedback or clearance 

25 confirmation. 
26 

27 e. A Third Illustrative Example of "Create a New Sale 

28 Transaction" 

29 In a third illustrative example of "Create a New Sale Transaction," a tax accountant 

30 initiates a new sale transaction, completes the form including required fields, but decides to 

3 1 cancel the transaction. The System provides a "cancel" button. The Actor clicks the "cancel" 
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1 button. The System recognizes the Actor's instruction to cancel the Actor's input and responds 

2 to the instruction by ignoring the Actor's transaction information input, returning System 

3 navigation to the summary page interface and displaying the summary page; the transaction is 

4 not kept. 
5 

6 f. Alternative Features 

7 In one exemplary embodiment of the invention, when an Actor changes a taxpayer's 

8 contact information, the new information is saved over the old information (replaces) and the 

9 old is no longer retrievable. 

10 In one exemplary embodiment of the invention, when an Actor presses a pull-down 

1 1 menu for account codes, only a subset of all possible SIC and Depreciation Codes are listed. 

12 In one exemplary embodiment of the invention, an Actor's rights and the definition of 
1 3yp the rights are defined offline for the administrator. 

if; 

15P 9. Confirmation: New Sale Transaction 

16p Once a logged-on authorized Actor has "created a new sale transaction," the System 

17^ requires confirmation and submission of the new transaction before it considers it in a 

183 "pending" status (see 673, FIG. 20). To obtain transaction confirmation, the System through 

1 %\ the Functional Interface "sale_confirm.htm" (the "Confirm Sale Functional Interface of the 
2(|n System") presents a confirmation screen and allows the Actor to revise, cancel or submit the 

2 entered sale transaction. 

22 FIG. 23 is a graphic representation depicting an exemplary Confirmation of a New Sale 

23 Transaction Page in an exemplary embodiment of the present invention. In the exemplary 

24 embodiment, a Confirmation of a New Sale Transaction Page displays, e.g.: the Purchaser 

25 Name 641 , Purchaser Contact Name 642, Purchaser Address 1 730, Purchaser Address 2 73 1 , 

26 Purchaser City, State, Zip and Country, collectively 732, Purchaser Phone Number 733, 

27 Purchaser Fax Number 734, Purchaser email Address 735, Property Transfer Date 643, an 

28 Indication of Prior Notification of Assignment 736, Date of Sale Agreement 737, Account 

29 Code and description 738, Input Sale Amount 740, Ownership percentage 741, Sub Total 

30 Amount 742, Sales Tax Amount 743, and a Total Sale Amount 644. 

3 1 The Confirmation of a New Sale Transaction Page provides a "Cancel" button 71 8, a 
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1 "Save for Later" button 719, a "Revise Transaction" button 744 and a "Submit Transaction" 

2 button 745. If the Actor clicks the "Cancel" button 718, the System cancels and deletes the 

3 transaction. If the Actor clicks the "Save for Later" button 719, the System saves the Sales 

4 Transaction for later review and editing by the Actor. If the Actor clicks the "Revise 

5 Transaction" button 744, the System presents an input/editable version of the new Sales 

6 Transaction to the Actor. If the Actor clicks the "Submit Transaction" button 745, the System 

7 submits the transaction for processing, e.g., for various calendared tracking, as a pending 

8 transaction. 
9 

10 a. A First Illustrative Example of "Confirmation: New Sale 

11 Transaction" 

12 In a first illustrative example of "Confirmation: New Sale Transaction," a Materials 
1|5 Manager reviews the information provided in the sale transaction form for accuracy and 
1§2 submits the information by clicking on a "submit transaction" button. The sale transaction 

111 contains one item, and the transaction type is based on a single exchange agreement (SEA). In 

lit response to the Actor's submission of the sales transaction, the System displays the online 

if SEA. 

l h 

Iff] 

2111 b. A Second Illustrative Example of "Confirmation: New Sale 

211 Transaction" 

22 In a second illustrative example of "Confirmation: New Sale Transaction," the 

23 Materials Manager reviews the information provided in the sale transaction form and chooses 

24 to revise the information. The sale transaction contains one item, and the transaction type is 

25 based on a single exchange agreement. To revise the transaction, the Actor clicks on the 

26 "revise transaction" button. The System recognizes the Actor's request to revise the transaction 

27 and responds by displaying the transaction page for Actor editing. 

28 The Actor adds an item to the transaction that falls under a master exchange agreement. 

29 The Actor reviews the added information for accuracy. The Actor clicks the "submit 

30 transaction" button. The system displays the online SEA. 
31 
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1 c. A Third Illustrative Example of "Confirmation: New Sale 

2 Transaction" 

3 In a third illustrative example of "Confirmation: New Sale Transaction/' the Materials 

4 Manager reviews the information provided in the sale transaction form and chooses to revise 

5 the information. The sale transaction contains one item, and the transaction type is based on a 

6 single exchange agreement. 

7 To revise the transaction, the Actor clicks on the "revise transaction" button. The 

8 system recognizes the Actor's request to revise the transaction, and responds to the request by 

9 displaying the transaction information for editing by the Actor. 

10 The Actor adds an item to the transaction that falls under a master exchange agreement. 

1 1 The Actor then deletes the item to the transaction that falls under a single exchange agreement. 

12 The Actor reviews the transaction information for accuracy and then clicks the "submit 
l|j transaction" button. The System responds to the Actor's clicking of the "submit transaction" 
Ifi button by displaying a notification page with a confirmation that the transaction was submitted, 
111 as well as information about either faxing requirements or check sending instructions and a 
l§g Notification of Assignment of Rights that is provided to the buyer. The actor clicks the "Close" 
if button. The system responds to the Actor's clicking of the "Close" button by returning to and 

1 fj displaying the sale transaction summary page reflecting the submitted transaction as a pending 

:s: 

19H transaction. 

2gj 

2fU d. A Fourth Illustrative Example of "Confirmation: New Sale 

22 Transaction" 

23 In a fourth illustrative example of "Confirmation: New Sale Transaction," the Materials 

24 Manager reviews the information provided in a sale transaction form and chooses to save the 

25 transaction. The Actor clicks on the "save transaction" button. The System recognizes the 

26 Actor's clicking on the "save transaction" button and responds to the instruction by saving the 

27 transaction and by displaying the summary page; the new transaction is displayed under saved 

28 transactions. 
29 

30 
31 
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1 e. A Fifth Illustrative Example of "Confirmation: New Sale 

2 Transaction" 

3 In a fifth illustrative example of "Confirmation: New Sale Transaction/' the Materials 

4 Manager reviews the information provided in the sale transaction form and chooses to cancel 

5 the transaction. The Actor clicks on the "cancel" button. The System recognizes the Actor's 

6 clicking on the "cancel" button as an instruction to cancel the sale transaction. In response to 

7 the Actor's cancel instruction, the System displays the summary page without the canceled 

8 transaction. 
9 

10 10. Online Single Exchange Agreement with Qualified Intermediary 

1 1 When an Actor, such as a seller or a Company Coordinator, enters a Single Exchange 
12^ sale transaction, the System presents an Online Single Exchange Agreement through the 

110 Functional Interface, "sale_sea.htm" (the "SEA Functional Interface of the System"). FIG. 24 

l|C is a graphic representation depicting an exemplary Online Single Exchange Agreement in an 

1 f : exemplary embodiment of the present invention. 

§ I 2 ? 

lfjb As depicted in FIG. 24, the System obtains information about the Actor from 

IT information that the Actor has previously input, such as through the Registration process, and 

lI9 populates certain standard fields of the Online Single Exchange with the previously input 

lij information: the Taxpayer Name 750, Taxpayer Address 751, and Taxpayer Identification 

2|j Number 752. The System also populates the name of the Exchange Intermediary 753, and the 

21* Exchange Intermediary Address 754. 

22 The System requires that each Actor agree to a new SEA with each new SEA 

23 transaction. The System identifies the Actor-specified date of transfer, e.g., 643 in FIG. 23, as 

24 the formal date with which to start the agreement clock. The System charges a System 

25 exchange fee when a sale transaction is submitted. The SEA date provided by the Actor must 

26 not be less than the actual date of the transaction. The System provides the Actor with 

27 navigation options with which to read the terms of the SEA. 

28 Each actor must acknowledge their acceptance of the terms of an Online SEA by typing 

29 in the word "yes" at the Agreement Acceptance prompt 755, and clicking on the "Accept" 

30 button 757. Alternatively, an Actor can cancel the agreement by clicking the "Decline" button 

31 756. 
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1 In the case of submitted transactions, the System prepares and sends a confirmation 

2 email of the customer's transactions to the System Administrator and to both the Actor 

3 conducting the transaction and the Company Coordinator. 
4 

5 a, A First Illustrative Example of "Online Single Exchange 

6 Agreement" 

7 In a first illustrative example of an "Online Single Exchange Agreement," the Actor has 

8 clicked on the "submit transaction" button from the confirmation page of a new sale 

9 transaction. After reviewing the terms of the Online SEA, the Actor types in "yes" to accept 

10 agreement and clicks on the "submit transaction" button. The System recognizes as the Actor's 

1 1 acceptance of the SEA the Actor's entering the word "yes" and clicking on the "submit 

l^L transaction" button. In response to the Actor's acceptance, the System returns the actor to the 

I B summary detail screen where the transaction is displayed in pending status. The System 

ljp submits and stores the data. The System generates an email to the System administrator, and to 

1SJ the Actor, and the Actor's Company Coordinator. 

l| 

if* b. A Second Illustrative Example of "Online Single Exchange 

IIP Agreement" 

l|j In a second illustrative example of an "Online Single Exchange Agreement," the Actor 

2ffj chooses to click on the "return to the top of the agreement" link. The System recognizes as an 

21* instruction to display the SEA beginning at the top of the agreement, the Actor's click of the 

22 "return to the top of the agreement" link. In response to the Actor's instruction, the 

23 System displays the top the agreement beginning at the anchor at the top of the page. 

24 The Actor then chooses to click on the "jump to the bottom of the agreement" link. 

25 System displays the bottom the page beginning at the anchor at the bottom of the page. The 

26 System recognizes as an instruction to display the SEA jumping to bottom of the agreement, 

27 the Actor's click of the "jump to the bottom of the agreement" link. In response to the Actor's 

28 instruction, the displays the bottom of the agreement from the anchor at the bottom of the page. 

29 The Actor then clicks on the "review transaction" button. The System recognizes as a 

30 request to review the transaction the Actor's click on the "review transaction" button. In 

31 response to the Actor's request, the System displays an editable, detailed view of the sale 
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1 transaction. 

2 The Actor then clicks on the "save transaction" button. The System recognizes as an 

3 instruction to save the transaction the Actor's click on the "save transaction" button. In 

4 response to the Actor's instruction, the System stores the transaction and returns to the 

5 summary page, displaying either error feedback or confirmation of a successful save. 

6 If instead of saving the transaction, the Actor clicks on the "cancel" button, the 

7 System recognizes as an instruction to cancel the transaction, the Actor's click of the "cancel" 

8 button. In response to the Actor's cancel instruction, the System ignores the transaction and 

9 returns to the summary page displaying cancellation confirmation. 

10 At any point, the Actor may click on an option selection mechanism, such as a tab or 

1 1 button, in order to navigate elsewhere in the System. 

l|f c. Alternative Features 

In an alternative exemplary embodiment, a Like-Kind Exchange Wizard prompts each 

lftj Actor through the process of entering sale transaction information and agreeing to the 

l€~ corresponding online SEA by asking a series of questions and responding to answers by the 

1 7 Actor according to a set of logic program instructions. 

lfc In one exemplary embodiment, all single exchange agreements are distributed to an 

1 Pi attorney for the Actor. The attorney's communication information is Actor-supplied during 

2§% registration with the System. 
it 

22 11. Purchase Tab - User not Logged In 

23 When a user that has not logged in to the System or a user that is not authorized to 

24 conduct a purchase transaction clicks on the Purchase Tab, the System navigates to the 

25 Functional Interface "purchase_notloggedin.htm". 

26 An actor that is not logged in is not authorized to view or conduct transactions. The 

27 "purchase_notloggedin.htm" interface displays generic content related to the Purchase function 

28 to the Actor. Notably, if an actor is not authorized to conduct a purchase transaction, a System 

29 administrator would need to modify the Actor's rights in order to provide the Actor access to 

30 view and conduct a purchase transaction. 
31 


-67- 


PELK0002/MRK 


1 12. Purchase Tab - Logged In User 

2 When a user that is logged in to the System and that is authorized to view and transact 

3 purchase transactions clicks on the Purchase Tab, the System navigates to the Functional 

4 Interface "purchase_summary.htm". Only Actors that are both logged in to the System and 

5 authorized to transact purchase transactions will be allowed to conduct purchase transactions or 

6 review details concerning purchase transactions. 

7 FIG. 27 is a graphic representation depicting an exemplary Purchase Transaction 

8 process flow in an exemplary embodiment of the present invention. As depicted in FIG. 27, the 

9 first step in the Purchase Transaction process depicted in FIG. 27 is to Create 801 a new 

10 Purchase Transaction. The next step in the Purchase Transaction process depicted in FIG. 27 is 

11 to Save, and Review, 802 the new Purchase Transaction, thereby creating a Saved Purchase 

12 Transaction. The next step in the Purchase Transaction process depicted in FIG. 27 is to, if 
13ri necessary, Edit, or even Delete, 803 the Purchase Transaction. If a Purchase Transaction is 
l4X deleted, then the following steps in the process are not relevant. If a Purchase Transaction has 

1 5P been saved, and all necessary edits, to the extent to which any are necessary, have been applied, 

l(r the next step in the Purchase Transaction process depicted in FIG. 27 is to Submit 804 the 

17^ Purchase Transaction, Once a Saved Purchase Transaction has been submitted (804), it 

Id becomes a Pending Purchase Transaction. The next step in the Purchase Transaction process as 

l|j j depicted in FIG. 27 is to Accept (Confirm) 805 the Pending Purchase Transaction. 

2<!Pj Acceptance/Confirmation 805 completes the Purchase Transaction. Completed Purchase 

2%& Transactions can be viewed 806. 

22 FIGS. 28 through 3 1 are graphic representations depicting different views of an 

23 exemplary Purchase Summary Page graphical user interface in an exemplary embodiment of 

24 the present invention. As depicted in FIG. 28, the Purchase Summary Functional Interface of 

25 the System displays on the Purchase Summary Page: 1.) Any and all individual saved purchase 

26 transactions 810; 2.) Any and all pending purchase transactions 811 (i.e., those purchase 

27 transactions that are waiting for either the property transfer or the wire of funds to complete); 

28 3.) The last 30 days of completed purchase transactions 812; and, 4.) as depicted in FIG. 29, a 

29 history of all completed purchase transactions 830. 

30 According to the transaction rights pre-defined for the particular Actor, the Purchase 

3 1 Summary Functional Interface of the System limits the Actor to conduct either an SEA or an 
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1 MEA transaction, as the case may be. 

2 As depicted in FIG. 28, the Purchase Summary Functional Interface of the System 

3 provides the Actor with a "create a new purchase transaction" button 813. Depending on the 

4 type, SEA or MEA, of transaction that the Actor is authorized to transact, the Purchase 

5 Summary Functional Interface of the System creates at the Actor's instructions (i.e., by clicking 

6 the "create a new purchase transaction" button 81 3), a new purchase (SEA or MEA as the case 

7 may be) transaction. 

8 For all SEA-authorized Actors, the actor is provided the option of performing any type 

9 of transaction available for an SEA. For all MEA-authorized Actors, the actor is provided 

10 access to, display of, and acceptance of the MEA terms. For all MEA-authorized Actors, the 

1 1 actor is provided the option of performing any type of transaction available for an MEA. 

12 The Purchase Summary Functional Interface of the System provides the Actor with 
13q selection options with which to control the display or filtering of record items from an index of 
ifi items. For example, as depicted in FIG. 29, the System provides a "Sort by" filter 807 with 

1 £1 which a Taxpayer can define the sort fields for listing Saved Purchase Transactions. The "Sort 

1 ^ by" filter 807 is accompanied by a pull-down menu button 815. If the Taxpayer clicks the 

1# "Sort by" pull down menu button 815, the System displays a list of possible sort fields. The 

1 CI Taxpayer highlights a particular sort field option. The System then populates the "Sort by" 

lflj filter field 807 with the selected sort field option. 

29} The Purchase Summary Functional Interface of the System provides the Actor with a 

2p summary of each Saved Purchase Transaction, e.g., 840 as depicted in FIG. 29. As depicted in 

22 FIG. 29, a Saved Purchase Transaction summary 840 displays, e.g.: the User Name 640 of the 

23 Actor that created and/or saved the Transaction; a name of the Seller 817; a Seller Contact 

24 Name 818; a Transfer Date 819, a Total Purchase Amount 820, a Wire Sent indicator 821, and 

25 a View Link 822. To view or update the detail for any particular Saved Purchase Transaction, 

26 the Actor clicks the View Link 822 corresponding to the particular Saved Purchase Transaction 

27 that the Actor wants to view or update. 

28 The Purchase Summary Functional Interface of the System also provides an "Update" 

29 button 816 for Saved Purchase Transactions as depicted in FIG. 29, with which the Actor can 

30 request viewing the real time, dynamic status of the Actor's Saved Purchase Transactions. As 

3 1 with other graphical user interfaces in the System, the Purchase Summary Functional Interface 
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1 of the System also provides Help support content. 

2 The Purchase Summary Functional Interface of the System provides the Actor with a 

3 summary of each Pending Purchase Transaction, e.g., 841, such as is depicted in FIG. 29. As 

4 depicted in FIG. 29, a Pending Purchase Transaction summary 841 displays, e.g.: the User 

5 Name 640, a Purchase Number 823, a name of the Seller 817, a Seller Contact Name 818, a 

6 Transfer Date 819, a Total Purchase Amount 820, a Wired Funds Sent Indicator 821, and a 

7 View Link 822. 

8 As depicted in FIG. 29, the Purchase Summary Functional Interface of the System also 

9 provides a "Sort by" filter 824 with which a Taxpayer can define the sort fields for listing 

10 Pending Purchase Transactions. The "Sort by" filter 824 is accompanied by a pull-down menu 

1 1 button 825. If the Taxpayer clicks the "Sort by" pull down menu button 825, the System 
12^ displays a list of possible sort fields. The Taxpayer highlights a particular sort field option. 
1 jj The System then populates the "Sort by" filter field 824 with the selected sort field option. 
1|T The Purchase Summary Functional Interface of the System also provides an "Update" 
if 1 button 826 for Pending Purchase Transactions as depicted in FIG. 29, with which the Actor can 

1 |r request viewing the real time, dynamic status of the Actor's Pending Purchase Transactions. 
if" The Purchase Summary Functional Interface of the System provides the Actor with a 

1 0 summary of each Completed Purchase Transaction, e.g., 842, such as is depicted in FIG. 29. In 

1 J i the case of Completed Purchase Transactions, only Purchase Transactions completed within the 

2f] last 30 days are automatically displayed. A "View All" button 830 is provided if the Actor 

2 jU wants to view all Completed Purchase Transactions. As depicted in FIG. 29, a Completed 

22 Purchase Transaction summary 842 displays, e.g.: the User Name 640, a Purchase Number 823, 

23 a name of the Seller 817, a Seller Contact Name 818, a Transfer Date 819, a Total Purchase 

24 Amount 820, a Wired Funds Sent Indicator 821, and a View Link 822. 

25 As depicted in FIG. 29, the Purchase Summary Functional Interface of the System 

26 provides a "Sort by" filter 827 with which a Taxpayer can define the sort fields for listing 

27 Completed Purchase Transactions. The "Sort by" filter 827 is accompanied by a pull-down 

28 menu button 828. If the Taxpayer clicks the "Sort by" pull down menu button 828, the System 

29 displays a list of possible sort fields. The Taxpayer highlights a particular sort field option. 

30 The System then populates the "Sort by" filter field 827 with the selected sort field option. 

3 1 The Purchase Summary Functional Interface of the System also provides an "Update" 
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1 button 829 for Completed Purchase Transactions as depicted in FIG. 29, with which the Actor 

2 can request viewing the real time, dynamic status of the Actor's Completed Purchase 

3 Transactions. 

4 As depicted in FIG. 29, the Purchase Summary Functional Interface of the System also 

5 provides a "Show Accounts" button 814. FIGS. 30 and 3 1 are graphic representations 

6 depicting an exemplary expanded Account Balances for Purchase Transactions in an exemplary 

7 embodiment of the present invention. 

8 As depicted in FIG. 30, when a logged in Actor for whom authorization is established to 

9 view account balances, clicks the "Show Accounts" button 814, the System expands the 

1 0 Summary of Purchase Transactions display to display an "Account Balances for Purchase 

1 1 Transactions" 850 area 851. The Account Balances for Purchase Transactions" 850 area 

11* 85 lprovides a summary of each account for that Actor. Each summary item reported identifies 

130 a Depreciation/SIC Code 852 for the particular account, an Account ID 853 (if the Account ID 

14n appears in red 854, the Account is closed; if the Account ID appears in green 855, the Account 

\§I is open), an Account Closure Date 856, a Bank Balance 857, and a Balance Available after 

16p Allocations 858. 

if" When the System expands the Summary of Purchase Transactions to display the 

l|P Account Balances for Purchase Transactions 850, as depicted in FIG. 30, the "Show Accounts" 

If j button 3 14 is contextually replaced with a "Hide Accounts" button 849. 

2<Jj For example, as depicted in FIG. 30, the first exemplary Account ID 853 reported is the 

2P Actor's Additional Proceeds Account 870. For the Additional Proceeds Account 870, the 

22 System lists the Depreciation/SID Code 852 to be "Additional Proceeds" 861. The System 

23 reports an Account Closure Date 856 of"-" 862 because the Additional Proceeds Account 

24 remains open during the Actor's entire relationship with the System. The System reports a 

25 Bank Balance 857 of "$0.00" 863-1 and a Balance Available 858 of "$0.00" 864-1. 

26 Continuing with the example Account Balances for Purchase Transactions depicted in 

27 FIG. 30, the second exemplary Account ID 853 reported is for Account ID 853 "09182000-S1- 

28 D00.40" 866. The System reports an Account Closure Date 856 of "9/18/2000" 867. The 

29 System reports an Account Closure Date 856 of"-" 862 because the Additional Proceeds 

30 Account remains open during the Actor's entire relationship with the System. The System 

31 reports a Bank Balance 857 of "$124,000.00" 868-1 and a Balance Available 858 of 
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1 "$124,000.00" 869-1. 

2 For all of the Accounts reported in the "Account Balances for Purchase Transactions" 

3 850 area 851, the System calculates a Total Amount Available Bank Balance 859-1 and a Total 

4 Balance Available After Allocations 860- 1 . 

5 In FIG. 3 1 , additional accounts are depicted, sorted in Account ID order. In FIG. 31, 

6 the Bank Balance 857 and Balance Available 858 for the Actor's Additional Proceeds 870 

7 Account 853 as "$11,000.00" 863-2 and "$1 1,000.00" 864-2 respectively. In FIG. 31, the 

8 Bank Balance 857 and Balance Available 858 for the Actor's Account ID 853 "09182000-S1- 

9 D00.40" 866 is "$10,772.00" 868-2 and "$10,772.00" 869-2 respectively. For all of the new 

10 and updated Accounts reported in the "Account Balances for Purchase Transactions" 850 area 

11 85 1 , the System calculates an updated Total Amount Available Bank Balance 859-2 and a 
12^ Total Balance Available After Allocations 860-2. 

130 Depending on the type, SEA or MEA, of transaction that the Actor is authorized to 

l|p transact, the "purchase_summary.htm" Functional Interface creates at the Actor's instructions, 

l|j a new purchase (SEA or MEA as the case may be) transaction. The System captures 

1 6E identification through the Identification of Replacement Property process described below. 

IF* 

\T The System displays and makes accessible the account information real-time. A 

1 §3 purchase transaction can be added for each category for which an Actor has at least one 

lfjj account. The System removes and accounts for a debit for each new account. 

2MI The System provides the Actor with display control and filtering features for record 

2H items in the purchase transaction list. The System dynamically reports the status of the Actor's 

22 transactions. 

23 The System provides Help Support content for Actor access. The System further 

24 provides access to review account changes and accounting fee removal and status. 
25 

26 a. A First Illustrative Example of Navigating in the Purchase 

27 functional interface 

28 In a first illustrative example of navigating in the Purchase functional interface, the 

29 Actor has selected the "Purchase" tab (or link) for the first time. The System allows the Actor 

30 to click on a "create a new purchase transaction" option. In response to the Actor clicking on 

3 1 the "create a new purchase transaction" option button, the System displays a new detailed 
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1 purchase form. 
2 

3 b. A Second Illustrative Example of Navigating in the Purchase 

4 functional interface 

5 In a second illustrative example of navigating in the Purchase functional interface, the 

6 Actor is logged in, and is authorized to perform purchase transactions. The Actor in this 

7 example has previously performed purchase transactions and has clicked the "Purchase" tab 

8 (or link) from some other system location. 

9 The Actor chooses to view saved transactions. In the saved transactions function, the 

10 Actor clicks on the "edit" link associated with a particular saved transaction. The System 

1 1 recognizes the Actor's clicking of the "edit" link as an instruction to provide the Actor with a 
12^ display of an editable detailed version of the particular transaction. In response to the Actor's 
128 instruction, the System displays an editable detailed save version of the particular purchase 
l|i transaction. Once the Actor edits the particular transaction, the Actor returns to the main saved 
1 fn transactions page. 

l|g Back in the main saved transactions function, the actor clicks on the "del" (delete) link 

IT associated with a particular saved transaction. The System recognizes the Actor's clicking of 

1 £3 the "del" link as an instruction to delete the purchase transaction associated with the clicked 

ljj "del" link. In response to the Actor's instruction, the System permanently deletes the particular 

2§jj transaction record and displays the purchase transaction list without the deleted transaction. 

2t* The Actor returns to the main Purchase page. 

22 The Actor chooses to view pending transactions. In the pending transactions function, 

23 the Actor clicks on the "view" link associated with a particular pending transaction. The 

24 System recognizes the Actor's click on the "view" link as an instruction to display the 

25 particular pending transaction. In response to the Actor's instruction, the System displays the 

26 pending version of the particular transaction's detailed purchase form. The Actor returns to the 

27 main Purchase page. 

28 The Actor chooses to view completed transactions. In the completed transactions 

29 function, the Actor clicks on the "view" link associated with a particular completed transaction. 

30 The System recognizes the Actor's clicking of the "view" link as an instruction to display the 

3 1 completed purchase transaction associated with the clicked "view" link. In response to the 
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1 Actor's instruction, the System displays a detailed completed version of the particular 

2 transaction record. The Actor returns to the main completed transactions function. 

3 In the main completed transactions function, the Actor clicks on 'View all completed" 

4 transactions. The System recognizes the Actor's click as an instruction to display an historical 

5 list of all completed transactions. In response to the Actor's instruction, the System displays an 

6 historical list of completed transactions. 

7 In any of the saved, pending or completed transactions functions, the System provides 

8 the Actor with sorting functionality. The Actor sorts [saved, pending, or completed] 

9 transactions by choosing a sort option from a drop-down and clicking on "sort." The System 

10 recognizes the Actor's selection of a sort option and clicking of the "sort" button or link as an 

1 1 instruction to sort the displayed [saved, pending, or completed] transactions in order of the 
12_ selected sort option. The System sorts the [saved, pending, or completed] transactions 
lift according to the sort option selected and refreshes the display with a display of the ordered 
l|i [saved, pending, or completed] transactions list. 

Iff) 

16f c. Other Features 

1^ In the exemplary embodiment, only an Actor with Company Coordinator/Administrator 

1 S3 rights can view a master list of saved transactions for a particular company; only an Actor with 

1 J \ System administrator or coordinator rights can view a master list of all saved transactions. 
2|M In the exemplary embodiment, only an Actor with Company Coordinator/Administrator 

2p rights can view a master list of pending transactions for a particular company; only an Actor 

22 with System administrator or coordinator rights can view a master list of all pending 

23 transactions. 

24 In the exemplary embodiment, there is no time limit on transactions held in saved or 

25 pending status. An actor can save and submit an unlimited number of purchase transactions. 

26 In the exemplary embodiment, all main taxpayer users, e.g., each Company's 

27 Coordinator, must be pre-qualified through the System Administrator. 
28 

29 13. Create a New Purchase Transaction 

30 When a user that is logged in to the System and that is authorized to view and transact 

3 1 sale transactions clicks on the Purchase Tab (602, FIG. 14), and then on a "create a new 
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1 purchase transaction" button (813, FIGS. 28-29) or link, the System navigates to the Functional 

2 Interface "purchaseJransaction.htm" (the "Purchase Transaction Functional Interface of the 

3 System"). 
4 

5 a. Edits 

6 FIG. 32 is a graphic representation depicting an exemplary Create a New Purchase 

7 Transaction Page in an exemplary embodiment of the present invention. In the exemplary 

8 embodiment of the invention, the System performs the following edits on, and processes 

9 according to the following processing rules, an Actor's input to a new purchase transaction: 

10 1 .) A seller must be identified, including Seller Company Name 904, 

1 1 a contact name (first 905 and last 906) and contact information, including 

12 address 1 907, address 2 908 (optional), city 909, state 910 (there is a pull down 
l|B menu button 91 1 with which to display a menu of valid State abbreviations), zip 
llZ code 912, telephone number 913, fax number 914, and email address 915. If the 
1 fP Actor has conducted transactions with a Seller previously, the Actor can click on 
l(g a Seller pull down menu button 902 and select a Seller from the menu provided. 
if" If the Actor selects a menu-listed Seller, the Actor can click the "Load" button 
lO 903 and the System will load all available Seller information for the selected 
lfy Seller from System databases; 

2f] 2.) The date specified as the property transfer date 9 1 6 is required 

2M= and signifies the exchange completion; 

22 3.) The date specified as the property transfer date must be prior to 

23 or on the date the transaction is submitted; 

24 4.) An ABA Routing Number 917 is required. The System will 

25 verify that the ABA Routing Number is a valid ABA Routing Number if the 

26 Actor clicks the Verify button 918; 

27 5.) A Bank Account Number 919 is also required; 

28 6.) A Depreciation/SIC account code 920 is required and may be 

29 chosen by clicking on a pull down menu button 92 1 from a provided list of 

30 account codes (the available list is determined by the System according to the 

3 1 state of activity and the Actor's pre-established transaction rights). A 
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1 more about this code" button 922 is provided so that the Actor can request 

2 additional information about the particular code selected; 

3 7.) The Actor is required to identify a Depreciation/SIC Account 

4 Code 923 , from a pull down menu (activated by clicking a pull down menu 

5 button 924) of possible Source Depreciation/SIC Account Codes. A 

6 more about this code" button 925 is provided so that the Actor can request 

7 additional information about the particular code selected; 

8 8.) The Actor must supply an Invoice Amount 926. Once the Actor 

9 has supplied an Invoice Amount 926, the Actor can click the "Calculate" button 

10 927 to instruct the System to, and the System will, calculate, other amounts 

1 1 described below. 

12-: 9.) An Ownership percentage 928 must be entered; 

ifi 10.) An Invoice Number 929 must be specified. A "Remove" button 

111 930 is provided to remove the Invoice Number 929; 

1 ft 1 1 .) An Item Description 93 1 is required; 

1 (p 12.) The Purchase Transaction Functional Interface of the System 

if" provides tracking detail input fields, e.g., 932 through 939. The Purchase 

1 §g Transaction Functional Interface of the System labels certain tracking detail 

lfU input fields if the Taxpayer indicated such tracking specifications as part of the 

2|H Taxpayer's set up preferences; 

l)t 13.) The Purchase Transaction Functional Interface of the System 

22 calculates a Sub Total 940 for the item entered; A sales tax amount 941 is 

23 required and must be either input by the Actor. If the Actor clicks the 

24 "Calculate" button 942, the Purchase Transaction Functional Interface of the 

25 System calculates the Total Purchase Amount 943, the "Funds you are 

26 responsible for" 944 and a "Total wire to Seller's Account" 945; 

27 14.) The Actor may enter Comments 946. The Purchase Transaction 

28 Functional Interface of the System provides an "add another item" button 947, 

29 that, if clicked, refreshes the screen so that the Actor can enter information for 

30 another new Purchase item; 

31 15.) Unless the Actor explicitly chooses to cancel 7 1 8 or review and 
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1 change 720 a transaction, the information is persistent. That is, the information 

2 input by the Actor is saved when the Actor either saves the transaction, e.g., 

3 using the "save for later" button 719, navigates away from the create new 

4 purchase transaction interface or ends the Actor's session; 

5 16.) The System allows the Actor to change contact and taxpayer 

6 information that is pre-populated by the System according to information 

7 previously supplied by the Actor or the Actor's Company Coordinator. 

8 FIG. 33 is a graphic representation depicting an exemplary completed New Purchase 

9 Transaction Page in an exemplary embodiment of the present invention. In addition to the 

10 fields described in relation to FIG. 32, the exemplary completed New Purchase Transaction 

1 1 Page depicted in FIG. 33 displays error messages 948 reporting errors detected as a result of the 
13*5 System edits performed on the data entered by the Actor. 

ljj 

14P b. Functions and Features 

1 The System provides the Actor with the following "create new purchase transaction" 

1(F functions and features: 

17 1 .) According to the Actor' s specific transaction rights, the System 

1 allows the Actor to perform either a Master Exchange or Single Exchange per 

lfU item (account); 

2fg 2.) The System prompts the Actor to specify, and collects the 

2T Actor's specification of, a seller's contact information; 

22 3.) The System prompts the Actor to specify, and collects the 

23 Actor's specification of, a date of property transfer for the transaction; 

24 4.) The System prompts the Actor to specify, and collects the 

25 Actor's specification of, a date of purchase; 

26 5.) The System prompts the Actor to specify, and collects the 

27 Actor's specification of, a description of each item to be purchased; 

28 6.) The System prompts the Actor to add, and collects the Actor's 

29 input of, tracking details for each item; 

30 1) The System prompts the Actor to access and choose, and collects 

3 1 the Actor's specification of, one account code per replacement item; 
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1 8.) The System prompts the Actor to specify, and collects the 

2 Actor's specification of, a purchase amount in US dollars; 

3 9.) The System prompts the Actor to specify, and collects the 

4 Actor's specification of, an ownership percentage; 

5 1 0.) The System allows the Actor to remove any item from the 

6 purchase transaction; 

7 11.) The System allows the Actor to add additional purchase items 

8 (without a limit) to the purchase transaction; 

9 12.) The System calculates a total transaction amount is US dollars by 

10 adding together the purchase amount for each item in the purchase transaction; 

11 13.) The System prompts the Actor to specify, and collects the 

12 Actor's specification of, the exact sales tax amount so that the amount can be 
13ji applied to the transaction (which can be specified as zero to indicate tax exempt) 
l4S 14.) The System recognizes an Actor's instruction to save a new 

lSP purchase transaction and responds by saving the Actor's specification 

1§* information as a new purchase transaction; 

17^ 15.) The System recognizes an Actor's request to review transactions 

1§3 and displays in response to such a request information about the requested 

lJi transaction; 

2(P 19.) The System allows an Actor to modify a purchase transaction; 
2 20.) The System recognizes an Actor's instruction to cancel the act of 

22 modifying a purchase transaction; 

23 21 .) The System recognizes an Actor's instruction to cancel the act of 

24 creating a new purchase transaction. 
25 

26 c. A First Illustrative Example of "Create a New Purchase 

27 Transaction" 

28 In a first illustrative example of "Create a New Purchase Transaction/' a Company 

29 Coordinator has identified a compression unit that he wants to purchase. He has rights to 

30 conduct both SEA and MEA transactions. He is buying from a seller with whom he has not 

3 1 transacted before. 
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1 The System prompts the Actor to enter, and the Actor enters the seller's company 

2 (taxpayer) name. The System ensures that the seller's company name field has been completed 

3 and verifies that the input does not contain numbers or symbols. 

4 The System prompts the Actor to enter, and the Actor enters a seller contact name. The 

5 System ensures that the seller's contact name field has been completed and verifies that the 

6 input does not contain numbers or symbols. 

7 The System prompts the Actor to enter, and the Actor enters the seller's address 

8 (Address line 1, Address line 2, city, state, and zip code). The System ensures that all fields of 

9 a seller's address have been completed. The System will persist the purchaser's address in 

1 0 association with the purchaser' s name. 

1 1 The System prompts the Actor to enter, and the Actor enters a seller telephone number 
12_ and a seller fax number. The System ensures that both the seller's telephone number and the 
13yfi seller's fax number have been specified and verifies that the numbers are numeric only and that 
1% they do not contain any alphabetic or special symbol characters. The System will persist the 
ISP seller's telephone and fax numbers in association with the seller's name. 

1(|- The System prompts the Actor to enter, and the Actor enters the seller's email address. 

17? The System ensures that the seller's email address has been entered and verifies the format of 

1 S3 the input email address. 

1^ I The System prompts the Actor to enter, and the Actor enters the property transfer date. 

2(J] The System ensures that the property transfer date has been entered and verifies that the date 

2%a does not contain any special symbol characters. 

22 The System prompts the Actor to enter, and the Actor enters a bank ABA number. 

23 The System ensures that the bank ABA number has been entered and verifies the number 

24 against an ABA table, list or database. 

25 The System prompts the Actor to enter, and the Actor enters a bank account number. 

26 The System ensures that the bank account number has been entered and verifies that the date 

27 does not contain any special symbol characters. 

28 The System prompts the Actor to select, and the Actor selects, an account code from a 

29 drop-down menu of depreciation and SIC account codes. The System ensures that the Actor 

30 selects one of the presented depreciation and SIC codes. The System allows the Actor to choose 

3 1 only one code at a time. If a master exchange agreement for the account chosen exists, the 
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1 transaction takes place under the MEA. If a master does not exist, a single exchange agreement 

2 is created and the transaction takes place within that SEA's boundaries. 

3 After selecting one of the account codes, the Actor clicks on a "more about this code" 

4 onscreen button. The System displays detailed information about the particular code such as in 

5 a pop-up window. The pop-up window does not contain browser buttons. The pop-up window 

6 contains text, such as Internal Revenue Service detailed information about the particular code. 

7 The Actor may scroll through the content and/or close the pop-up window. 

8 The System prompts the Actor to enter, and the Actor enters an invoice amount for the 

9 purchase transaction. The System ensures that an invoice amount is entered and is numeric. 

10 The System prompts the Actor to enter, and the Actor enters invoice number for the 

1 1 purchase transaction. The System ensures that an invoice number is entered. 

12^ The System prompts the Actor to enter, and the Actor enters a description of the asset 

13D that is the subject of the purchase transaction. The System ensures that a description is entered. 
1^ The System provides an "add tracking details" button or other selection interface with 

llP which to indicate a request to add tracking details. The Actor clicks on the "add tracking 

Ui 

l(g details" option. The System responds to the Actor's request to add tracking details to the 

17^ purchase transaction by displaying an expanded input form with which additional details may 

1S3 be added. In one embodiment, the System displays tracking input detail fields specified by the 

1 |y Company Coordinator/Administrator. 

2(|] The System prompts the Actor to enter, and the Actor enters a total sale amount for the 

2 IN* purchased asset in U.S. dollars, including dollars and cents. The System ensures that a total 

22 sale amount has been entered and verifies that the amount entered does not contain any 

23 alphabetic or special symbol characters. 

24 The System prompts the Actor to enter, and the Actor enters an exact ownership 

25 percentage for the purchased asset. The System ensures that an ownership percentage has been 

26 entered and verifies that the amount entered does not contain any alphabetic or special symbol 

27 characters. 

28 The System rejects the Actor's input if the Actor specifies an ownership percentage of 

29 zero ("0"). 

30 The System prompts the Actor to enter, and the Actor enters an exact sales tax amount 

3 1 for the purchase of the asset. The System ensures that a sales tax amount has been entered and 
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1 verifies that the amount entered does not contain any alphabetic or special symbol characters. 

2 The System accepts the Actor's input if the Actor specifies an ownership percentage of zero 

3 ("0"). 

4 The System displays the purchase transaction created by the Actor with instruction 

5 buttons next to each item in the list, or, in the alternative, with check boxes next to each item, 

6 and instruction buttons that apply to all checked items. The Actor clicks a "remove" button to 

7 remove an item from the list. The System recognizes the Actor's selection of, and request to 

8 remove, a particular item from the list. The System removes the specified item from the list 

9 and redisplays the purchase transaction without the removed item. 

10 The System provides a "calculate" button. The Actor clicks the "calculate" button. The 

1 1 System recognizes the Actor's selection of the "calculate" button and calculates a new total sale 
Yl_ amount. The System redisplays the transaction with the new calculated total sale amount. 

lfj The System provides an "add another item" button. The Actor clicks the "add another 

l|C item" button. The System recognizes the Actor's request to add anew item to the list. The 

1 f 1 System responds to the Actor's request to add a new item to the list by redisplaying the 

16c purchase transaction with a new input line for a new item. 

1 The System provides a "review transaction" button. When the Actor has completed 

1 13 inputting the purchase transaction and the relevant items, the Actor clicks the "review 

l| j transaction" button. The System responds to the Actor's request to review the purchase 

2fH transaction by displaying the purchase transaction with a confirmation screen. If the Actor 

2p selects the "submit" button, the System responds by submitting the purchase transaction to the 

22 System, and saving the purchase transaction as a pending transaction. The System then stands 

23 ready to accept the Actor's next instruction. 
24 

25 d. A Second Illustrative Example of "Create a New Purchase 

26 Transaction" 

27 In a second illustrative example of "Create a New Purchase Transaction," a Materials 

28 Manager returns to the System to purchase an automobile. He is buying the vehicle from a 

29 taxpayer from which he has bought before. 

30 The System prompts the Actor to enter a seller name. Rather than entering a seller 

3 1 name, the Actor clicks on a pull down list of previously established sellers and selects from the 
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1 list one of the sellers. In one embodiment, the System automatically populates all contact 

2 information for the seller and taxpayer fields with data stored from the most recent purchase 

3 transaction with that seller. In the exemplary embodiment, the Actor clicks a "load" button. In 

4 response to the Actor's clicking of the "load" button, the System populates all contact 

5 information and taxpayer fields with data stored from most recent purchase transaction. The 

6 System displays the new purchase transaction with the System-populated information. 

7 The Actor in this example decides to leave the System-populated information without 

8 modification. As with the previous illustrative purchase transaction example, the Actor then 

9 enters information specific to the new purchase transaction, including the property transfer 

10 date, a bank ABA number, a bank account number, a Depreciation or SIC account code, an 

1 1 invoice amount, an invoice number, a description of the asset, and additional tracking details. 
133 In a manner similar to the previous purchase transaction example, the Actor clicks the 
13j| "remove" button to remove an item from the list. The System redisplays the purchase 

l4^ transaction without the removed item. 

13H The Actor clicks the "calculate" button to calculate a new total sale amount. The 

Kg; System redisplays the purchase transaction with the new calculated total. 

11L The Actor clicks the "add another item" button to add a new item to the purchase 

18J1 transaction. The System redisplays the purchase transaction with a new line for a new purchase 

fy 

1 5n transaction item. 

2(P The Actor clicks the "calculate" button to re-calculate the total sale amount. The 

21 System redisplays the purchase transaction with the new recalculated total sale amount. 

22 The Actor clicks the "save transaction" button to store the purchase transaction. The 

23 System displays the summary page for purchase transactions reflecting the new purchase 

24 transaction as a saved purchase transaction. 
25 

26 d. A Third Illustrative Example of "Create a New Purchase 

27 Transaction" 

28 In a third illustrative example of "Create a New Purchase Transaction," a tax accountant 

29 initiates a new purchase transaction, completes the form including required fields, but decides 

30 to cancel the transaction. The Actor clicks the "cancel" button. The System ignores the 

3 1 transaction and returns to the summary purchase transaction page displaying the summary page 
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1 with error feedback or confirmation of the cancellation. The successfully cancelled transaction 

2 is not kept and is not displayed on the summary purchase transaction page. 
3 

4 e. Alternative Features 

5 In one exemplary embodiment of the invention, when an Actor changes a taxpayer's 

6 contact information, the new information is saved over the old information (replaces) and the 

7 old is no longer retrievable. 

8 In one exemplary embodiment of the invention, when an Actor presses a pull-down 

9 menu for account codes, only a subset of all possible SIC and Depreciation Codes are listed. 

10 In one exemplary embodiment of the invention, the Actor can change the selected 

1 1 account code. 

li5 

il 

1331 14. Confirmation: New Purchase Transaction 

l^J Once a logged-on authorized Actor has "created a new purchase transaction," the 

1 fPj System requires confirmation and submission of the new purchase transaction. To obtain new 

16f! purchase transaction confirmation, the System through a Functional Interface 

llU "purchase_confirm.htm " presents a Review Purchase Transaction screen and allows the Actor 

1ST! to revise, cancel or submit the entered purchase transaction. 

FIG. 34 is a graphic representation of an exemplary Review Purchase Transaction Page 

2(H in an exemplary embodiment of the present invention. The Review Purchase Transaction Page 

21 displays for the Actor the information previously input by the Actor or calculated by the 

22 System. In addition, the Review Purchase Transaction functional Interface reports the effect of 

23 the Purchase Transaction on the Additional Proceeds Account Funds Applied 954 and Funds 

24 Remaining, and the Funds Applied 956-957and Funds Remaining 958-959 for the 

25 Depreciation/SIC Code Accounts from which the Actor directed the System (see 923, FIG. 32) 

26 to apply funds. 

27 The Review Purchase Transaction functional Interface provides a "revise transaction" 

28 button 950 which, if clicked, allows the Actor to edit and revise the information about the 

29 Purchase Transaction. The Review Purchase Transaction functional Interface provides a 

30 "Cancel" button 951, which, if clicked, allows the Actor to cancel the Purchase Transaction. 

3 1 The Review Purchase Transaction functional Interface provides a "Save for Later" button 952, 
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1 which, if clicked, saves the Purchase Transaction for later review by the Actor. The Review 

2 Purchase Transaction functional Interface provides a "Submit Transaction" button 953 which, 

3 if clicked, submits the Purchase Transaction to the System. 
4 

5 a. A First Illustrative Example of "Confirmation: New Purchase 

6 Transaction" 

7 In a first illustrative example of "Confirmation: New Purchase Transaction," a Materials 

8 Manager reviews the information provided in the purchase transaction form for accuracy and 

9 submits the information by clicking on a "submit transaction" button. The purchase transaction 

10 contains one item, and the transaction type is based on a single exchange agreement (SEA). In 

1 1 response to the Actor's submission of the purchase transaction, the System returns display to 
1 2^ the purchase summary page. 

13B 

l4K b. A Second Illustrative Example of "Confirmation: New Purchase 

lft Transaction" 

16C In a second illustrative example of "Confirmation: New Purchase Transaction," the 

VT Materials Manager reviews the information provided in the purchase transaction form and 

1 Sp chooses to revise the information. The Purchase transaction contains one item, and the 

lfy transaction type is based on a single exchange agreement. To revise the purchase transaction, 

2(2 the Actor clicks on the "revise transaction" button. The System recognizes the Actor's request 

lM to revise the transaction and responds by displaying the purchase transaction page for Actor 

22 editing. 
23 

24 c. A Third Illustrative Example of "Confirmation: New Purchase 

25 Transaction" 

26 In a third illustrative example of "Confirmation: New Purchase Transaction," the 

27 Materials Manager reviews the information provided in a purchase transaction form and 

28 chooses to save the transaction. The Actor clicks on the "save transaction" button. The System 

29 recognizes the Actor's clicking on the "save transaction" button and responds to the instruction 

30 by saving the purchase transaction and by displaying the purchase transaction summary page; 

3 1 the new purchase transaction is displayed under saved purchase transactions. 
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1 d. A Fourth Illustrative Example of "Confirmation: New Purchase 

2 Transaction" 

3 In a fourth illustrative example of "Confirmation: New Purchase Transaction/' the 

4 Materials Manager reviews the information provided in the purchase transaction form and 

5 chooses to cancel the purchase transaction. The Actor clicks on the "cancel" button. The 

6 System recognizes the Actor's clicking on the "cancel" button as an instruction to cancel the 

7 purchase transaction. In response to the Actor's cancel instruction, the System displays the 

8 summary purchase transaction page without the canceled purchase transaction. 
9 

10 15. Identification of Replacement Property 

1 1 The System provides each user that is logged in to the System and that is authorized to 
12^ view and transact sale transactions with the ability to identify a replacement property for yet- 
130 unspent funds. The identification should be made prior to the expiration of the 45-day limit. In 
142 one embodiment, the identification function is accessible from a Company Coordinator's 

15[; account list. 

i<£ 

\T a. A First Illustrative Example of "Identification of Replacement Property" 

lfi! In a first illustrative example of "Identification of Replacement Property," an asset 

lfy coordinator accesses and logs into System. She clicks on the System Coordinator tab and then 

2<Jt: clicks the "show accounts" link. 

2 If* In the "show accounts" function, the System lists the Company's Accounts. From the 

22 "show accounts" function, the Actor clicks on the "Identify" link associated with a particular 

23 account. The System recognizes the Actor's clicking of the "Identify" link as an instruction to 

24 display the Identification Page as associated with the particular account. In response to the 

25 Actor's instructions, the System displays the Identification page. 

26 In the Identification page, the Actor enters the Identification date. The System validates 

27 the date as a valid date and verifies hat the date falls on or before the forty-fifth (45 m ) day after 

28 the date on which the relinquished property was sold. The Actor enters a description of the 

29 identified property. The System ensures that a description has been entered. 

30 The Actor clicks on the "Submit Transaction" button. The System recognizes the 

3 1 Actor's click on the "Submit Transaction" button as an instruction to submit the identification 
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1 transaction. The System records the identification and makes the identification information 

2 accessible in the accounts data. The System displays the Coordinator page and prepares and 

3 sends the Actor a confirming email. 
4 

5 b. Alternative Features 

6 In one exemplary embodiment no information other than a date and description is 

7 required to qualify an identification as an approved identification. 
8 

9 16. Edit Link 

10 The System provides each user that is logged in to the System and that is authorized to 

1 1 view and transact sale transactions with the ability to modify transactions that they have entered 

12 or for which they have authority to modify. 

13yfi In the exemplary embodiment, a transaction may be modified from an edit link only if 

lfi the transaction is in saved status. In the exemplary embodiment, a transaction will be stored 

15P until an actor specifies that it should be deleted. 

lfy* The System's Edit Link provides each logged in authorized Actor to: access and modify 

17+" a saved transaction; review and resave a transaction; cancel an edit of a transaction. The 

1 8S transactions for which Actor can edit is determined by the System according to the particular 

l^l Actor's authorization to conduct sale, purchase, or administration transactions, and is further 

2GM] related to the Actor's hierarchy within the System. 
2%1 

22 a. A First Illustrative Example of "Edit Link" 

23 In a first illustrative example of "Edit Link," a materials coordinator logs into the 

24 System. The Materials Coordinator has sell transaction rights for both master and single 

25 exchange agreements. She clicks the Sell tab and reviews her sale transaction summary. She 

26 has 3 saved transactions. 

27 The System provides an "Edit Link" for each listed transaction (See, e.g., 638 on FIG. 

28 17). The Actor clicks the "Edit" html link (See, e.g., 638 on FIG. 17) for one of the 3 listed 

29 transactions. The System recognizes the Actor's click of a particular "Edit Link" as an 

30 instruction to display an editable version of the particular transaction associated with the 

31 clicked "Edit Link." In response to the Actor's instruction, the system retrieves and displays an 
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1 editable detail specific version of the particular transaction. 

2 The Actor edits the transaction and then clicks the "review transaction" button. The 

3 System recognizes the Actor's click of the "review transaction" button to be a request to review 

4 the edited transaction. In response to the Actor's instruction, the System displays the edited 

5 version of the transaction. 
6 

7 b. A Second Illustrative Example of "Edit Link" 

8 In a second illustrative example of "Edit Link," a materials coordinator logs into the 

9 System. The Materials Coordinator has sell transaction rights for both master and single 

10 exchange agreements. She clicks the Sell tab and reviews her sale transaction summary. She 

1 1 has 3 saved transactions. 

12 The System provides an "Edit Link" for each listed transaction. The Actor clicks the 
lS "Edit" html link for one of the 3 listed transactions. The System recognizes the Actor's click of 
l4s a particular "Edit Link" as an instruction to display an editable version of the particular 

15P transaction associated with the clicked "Edit Link." In response to the Actor's instruction, the 

1 (g system retrieves and displays an editable detail specific version of the particular transaction. 
1?P In this example, the materials coordinator decides to resave the transaction because she 

1 S3 does not have all of the required transaction details that she wants to enter. The Actor clicks 

l^l the "save transaction" button. The system navigates to the sale transaction summary page, and 

2&} the transaction remains displayed in the saved transaction area. 
2U 

22 17. Delete Link 

23 The System provides each user that is logged in to the System and that is authorized to 

24 view and transact sale transactions with the ability to delete transactions that they have entered 

25 or for which they have authority to delete. 

26 In the exemplary embodiment, a transaction may be deleted from a Delete Link only if 

27 the transaction is in saved status. In the exemplary embodiment, a transaction will be stored 

28 until an actor specifies that it should be deleted. 

29 The System's Delete Link provides each logged in authorized Actor to access and 

30 delete a saved transaction. The transactions that an Actor can delete are determined by the 

3 1 System according to the particular Actor's authorization to conduct sale, purchase, or 
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I administration transactions, and is further related to the Actor's hierarchy within the System. 
2 

3 a. A First Illustrative Example of "Delete Link" 

4 In a first illustrative example of "Delete Link," a property exchange manager logs into 

5 the System. The property exchange manager has purchase transaction rights for both master 

6 and single exchange agreements. The property exchange manager clicks the Purchase tab and 

7 reviews his purchase transaction summary. The System lists both of the property exchange 

8 manager's 2 saved transactions on his purchase transaction summary. 

9 The System provides a "Delete Link" for each listed transaction. The Actor clicks the 
10 "del" html link for one of the 2 listed transactions. The System recognizes the Actor's click of 

I I a particular "del" link as an instruction to delete the particular transaction associated with the 
12^ clicked "Edit Link." In the exemplary embodiment, in response to the Actor's instruction, the 
1 30 System deletes the particular transaction. In one embodiment, in response to the Actor' s 
14^ instruction, the system retrieves and displays the particular transaction and asks the Actor to 

1 U confirm deletion of the transaction by clicking a "confirm delete" button. Once the System 

ldp deletes the transaction, the System refreshes and displays the transaction summary without the 

1 7* deleted transaction, 
lg 

l|y 18. Confirm Link 

2(j£J The System provides each user that is logged in to the System and that is authorized to 

2P view and transact sale transactions with the ability to confirm pending sale transactions that 

22 they have entered or for which they have authority to confirm. 

23 In order to confirm a sale transaction, the Actor must either confirm the property 

24 transfer date must be confirmed or enter a new property transfer date. A sale transaction must 

25 remain pending until wired funds are received/sent and the property has been transferred. 
26 

27 a. A First Illustrative Example of "Confirm Link" 

28 In a first illustrative example of "Confirm Link," a Taxpayer logs into the System. The 

29 Taxpayer has sale and purchase rights that include both master and single exchange 

30 agreements. The Taxpayer clicks into the Sell area. There are 3 pending sale transactions. 

3 1 The System provides a "Confirm Link" (See, e.g., 650 on FIG. 1 8) for each listed sale 
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1 transaction. The Actor clicks the "confirm" link (See, e.g., 650 on FIG. 1 8) for one of the 3 

2 listed transactions. The System recognizes the Actor's click of the "confirm" link as an 

3 instruction to display the Sale Transaction - Confirm Property Transfer Date" page. In 

4 response to the Actor's instruction, the System navigates to and displays the "Sale Transaction 

5 - Confirm Property Transfer Date" page. 

6 In the "Sale Transaction - Confirm Property Transfer Date" page, the actor clicks a 

7 "confirm date" radio button associated with a particular sale transaction as provided by the 

8 System to indicate that the property was transferred on the originally specified date. The Actor 

9 then clicks the "update transaction" button. The system recognizes the Actor's clicks as 

1 0 instructions that confirm the originally specified property transfer date and instruct the System 

1 1 to apply the confirmation update to the particular sale transaction. In response to the Actor's 
12^. instructions, the System updates the status of the pending transaction and navigates to and 
130 displays the sale transaction summary page reflecting the updated the status of the previously 
I4jn pending transaction. 

155 

V S 

16p b. A Second Illustrative Example of "Confirm Link" 

if" In a second illustrative example of "Confirm Link," a Taxpayer logs into System. The 

1{P Taxpayer has sale and purchase rights that include both master and single exchange 

l<|j agreements. There are 3 pending sale transactions. The Taxpayer clicks on confirm and reviews 

2(H the information displayed and realizes it's the wrong transaction. The Actor clicks the "cancel" 

2F button. The System recognizes the Actor's click on the "cancel" button as an instruction to 

22 cancel confirmation of the transaction. In response to the Actor's instruction, the System 

23 retains the previous status of the pending transaction and navigates to and displays the sale 

24 transaction summary page reflection the previous status of the selected pending transaction. 
25 

26 19. View Link 

27 The System provides each user that is logged in to the System and that is authorized to 

28 view and transact sale transactions with the ability to view transactions that they have entered 

29 or for which they have authority to view. The System provides the ability to view transactions 

30 that are in pending or completed status. 
31 
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1 a. A First Illustrative Example of "View Link" 

2 In a first illustrative example of "View Link," a Taxpayer logs into the System. The 

3 Taxpayer has sale and purchase rights that include both master and single exchange 

4 agreements. The Taxpayer clicks into the Sell area. There are 3 pending sale transactions. 

5 The Actor clicks the "view" link (See, e.g., 65 1 on FIG. 1 8) for one of the listed sale 

6 transactions. The System recognizes the Actor's click of the "view" link as an instruction to 

7 display the View Sale Transaction" page. In response to the Actor's instruction, the System 

8 navigates to and displays the "View Sale Transaction" page. 

9 Once the Actor has viewed the particular sale transaction, the actor clicks the "close" 

10 button. The System recognizes the Actor's click of the "close" button as an instruction to close 

1 1 the "View Sale Transaction" page for the particular transaction and to display the sale 

12^, transaction summary page. In response to the Actor's instruction, the system closes the "View 

1342 Sale Transaction" page for the particular transaction and displays the sale transaction summary 

14ji page. 

16p 20. System Account Tab - User not Logged In 

if" The System provides an admin Functional Interface that provides each user that is either 

1 J=j not logged in to the System or that is not authorized to perform administrative functions with 

Ij i 

19JJ the ability to view general, non-account-specific information about the System's administrative 

2ft features. 

If* If an Actor is not authorized to access and perform administrative functions, the actor's 

22 rights must be changed by an administrator (either taxpayer or System) in order to have access 

23 to and conduct a transaction or administrative function. 
24 

25 a. A First Illustrative Example of "System Account Tab - User not Logged 

26 Ml 

27 In a first illustrative example of "System Account Tab - User not Logged In," an Actor 

28 has selected the "System Account" tab (or link) and is not logged in nor authorized to conduct 

29 administrative functions. The System allows the Actor to may browse general, non-account- 

30 specific content provided on the System coordinator page. 
31 
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1 21. System Coordinator Tab - User Logged In 

2 The System provides an admin Functional Interface that provides each user that is 

3 logged in to the System or that is authorized to perform administrative functions with the 

4 ability to, among other things: show account information for the client account for which the 

5 administrator is authorized to perform administrative functions; show contact information for 

6 the client account, show tracking details for transactions for the client account; and show user 

7 information for the client account; edit account information; edit contact information; edit 

8 tracking details, create a new user; delete a user; or edit a user's information. 

9 In one exemplary embodiment, there can be only one administrator for a company 

10 client. 

1 1 FIG. 35 is a graphic representation of an exemplary Company Coordinator Page in an 

1 2 exemplary embodiment of the System. Through the Company Coordinator Page, the Company 
13S Coordinator Functional Interface of the System displays the Company Name 614 and Taxpayer 
l4S Number 615, Contact Information including a Contact Name 640, Address 1001-1002, 

ISP telephone 1003, fax number 1004, and contact email address 1005. Through the Company 

lfjp Coordinator Page, the Company Coordinator Functional Interface of the System displays the 

1 7? Tracking Details set for the particular Company 1 006- 1013. Each of the sections of the 

1 S3 Company information can be edited if the Company Coordinator clicks one of the "Edit" links, 
l|[ e.g., 1000 (for (Account Name and Number), 1014 (Contact Information), and 1015 (Tracking 
2(2 Details). 

2 U Through the Company Coordinator Page, the Company Coordinator Functional 

22 Interface of the System displays a number of links to reports, including an All Accounts report 

23 link 1 0 1 6 (see FIG. 37 for an exemplary embodiment of an All Accounts screen), Active 

24 Accounts report link 1017 (see FIG. 3 8 for an exemplary embodiment of an Active Accounts 

25 screen), Pending Sales Transactions report link 1018 (see FIG. 42 for an exemplary 

26 embodiment of a Pending Sales Transactions screen), Completed Sales Transactions report link 

27 1019 (see FIG. 44 for an exemplary embodiment of a Completed Sales Transactions screen), 

28 and Completed Purchase Transactions report link 1 020 (see FIG. 45 for an exemplary 

29 embodiment of a Completed Purchase Transactions screen). 

30 Through the Company Coordinator Page, the Company Coordinator Functional 

3 1 Interface of the System displays for all active users for the Company, the User's User Name 
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1 640, the User's Password 1025, the User's Name 1026, the User's email address 1027, the 

2 User's Sell authority 1028, the User's Purchase Authority 1029, whether the User is authorized 

3 to perform only an SEA 1030, whether or not the User is a Company Coordinator 1031, and a 

4 "Delete" link 1 032 and an Edit link 1 033 for each active User. Through the Company 

5 Coordinator Page, the Company Coordinator Functional Interface of the System provides a 

6 "create a new user" button 1021, that, if clicked, presents the user Coordinator with an Add 

7 User Page (see FIGS. 36a and 36b). 

8 FIG. 36a is a graphic representation of an exemplary Add User Page in an exemplary 

9 embodiment of the System. If the Company Coordinator clicks the "create a new user button 

10 (1021, FIG. 35), the System presents the Company Coordinator with an Add User Page, such as 

1 1 for example, the exemplary Add User Page depicted in FIG. 36a. Through the Add User 

12 = . Functional Interface of the System, the System prompts the Company Coordinator to input, for 

13S each new user, the user's first name 1026-1, the user's last name 1026-2, an email address 

14^ 1 027, a username 640, a password 1025, Sell authority 1028, Purchase authority 1 029, SEA 

15j indicator 1030, and a Coordinator indicator 103 1 . If the Company Coordinator clicks the 

16JC "Update" button 1035, the System updates the new user information in the System databases. If 

17f the Company Coordinator clicks the "Cancel" button 1036, the System ignores the Company 

1 83 Coordinator' s input of the new user. 

1 ^ j FIG. 3 6b is a graphic representation of an exemplary Edit Taxpayer Page in an 

2$ exemplary embodiment of the System. The Edit Taxpayer Functional Interface of the System 

2P> displays in editable form, information about the Taxpayer Company, including the Taxpayer 

22 Company Name 614, Taxpayer ID Number 615, Contact Name 640, Address 1001-1002, 

23 telephone 1003, fax number 1004, contact email address 1005, the Tracking Details 1006-1013 

24 and the corresponding Tracking Detail indicators 1040-1047. If the Company Coordinator 

25 clicks the "Update" button 1035, the System updates the new Taxpayer information in the 

26 System databases. If the Company Coordinator clicks the "Cancel" button 1 036, the System 

27 ignores the Company Coordinator' s input of modifications to the Taxpayer information. 

28 FIG. 37 is a graphic representation of an exemplary All Accounts Report Page in an 

29 exemplary embodiment of the System. For each Account for the Taxpayer 614, the All 

30 Accounts Report Interface of the System displays the Account ID 853, an Open Date 1050, a 

31 Close Date 856, an Identification indicator 1058, an Identification Date 1051, a Date Created 
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1 1052, an Actual Balance 857, an Expected Balance 1053, and an Allocated Balance 858. For 

2 each Account, the All Accounts Report Interface of the System provides a "Credit/Debit" link 

3 at which the Coordinator can review credit and debit details, e.g., 1 054, a Sale link at which the 

4 Coordinator can review Sale transaction details, e.g., 1055, and a Purchase link at which the 

5 Coordinator can review Purchase transaction details, e.g., 1056. For accounts for which an 

6 identification is needed, the All Accounts Report Interface of the System provides an "Identify" 

7 link, e.g., 1 057, at which the Coordinator can identify to the System a Replacement Property. 

8 The Coordinator exits the All Accounts page by clicking the "Close" button 1 059. 

9 FIG. 38 is a graphic representation of an exemplary Active Accounts Page in an 

1 0 exemplary embodiment of the System. For each Active Account for the Taxpayer 6 1 4, the 

1 1 Active Accounts Report Interface of the System displays the Account ED 853, an Open Date 
12_. 1050, a Close Date 856, an Identification indicator 1058, an Identification Date 1051, a Date 
l£5 Created 1052, an Actual Balance 857, an Expected Balance 1053, and an Allocated Balance 

1 4}j 85 8 . For each Active Account, the Active Accounts Report Interface of the System provides a 

1 5jJ "Credit/Debit" link at which the Coordinator can review credit and debit details, e.g., 1054, a 

1 6p Sale link at which the Coordinator can review Sale transaction details, e.g., 1055, and a 

if" Purchase link at which the Coordinator can review Purchase transaction details, e.g., 1056. For 

1 $3 accounts for which an identification is needed, the Active Accounts Report Interface of the 
l|j System provides an "Identify" link, e.g., 1057, at which the Coordinator can identify to the 
2$] System a Replacement Property. The Coordinator exits the Active Accounts page by clicking 

2 H the "Close" button 1 059. 

22 FIG. 39 is a graphic representation of an exemplary Account Identification Page in an 

23 exemplary embodiment of the System. On or before the forty-fifth (45 th ) day after the property 

24 transfer date, the Company Coordinator must identify replacement property if funds are or will 

25 be remaining in the account after the forty-fifth (45 th ) day. If funds are not identified to 

26 replacement property, the System will dispose of the funds remaining in the account to the 

27 Additional Proceeds Account; a valid purchase from the account will not be allowed. To 

28 identify a Replacement Property, the Company Coordinator clicks on the Identify link, e.g., 

29 1057, FIG. 38. The Identify Link interface populates the Account ID 853, the Open Date 1050 

30 and the Identification Date as the current date 1 05 1 . The Company Coordinator must provide a 

3 1 description 704 of the Replacement Property, a Purchase amount 70 1 and a Date of Transfer 
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1 695. When the Company Coordinator has completed the Identification, the Company 

2 Coordinator clicks the "Update" button 1 060. Alternatively, the Company Coordinator can 

3 cancel the Identification by clicking the "Cancel" button 1 06 1 . 

4 FIG. 40 is a graphic representation of an exemplary Account Debits/Credits Page in an 

5 exemplary embodiment of the System. On the Active Account page (see FIG. 3 8), the Active 

6 Accounts Report Interface of the System provides a "Credit/Debit" link at which the 

7 Coordinator can review credit and debit details, e.g., 1 054. If the Company Coordinator clicks 

8 the Credit/Debit link, e.g., 1054 on FIG. 38, the System displays the Account Debits/Credits 

9 page, an exemplar of which is depicted in FIG. 40. For a particular Taxpayer Account, the 

1 0 Account Debits/Credits Functional Interface of the System displays information concerning 

1 1 each of the sub-accounts for the particular Taxpayer Account, including the Account Actual 
12^ 1070, the Account Allocated 1071, and the Account Expected 1072. The Sub-Account ID is 
13£ displayed for each, 1073, 1074, and 1075 respectively. For each sub-account, for each credit or 
1 4|j debit transaction, the Account Debits/Credits Functional Interface of the System displays a 

1 5j Transaction ID 1 076, an Effective Date of the Transaction 1 077, an Entered Date for the 

16~p Transaction 1078, a Description of the Transaction 1079, a Source of the Transaction 1080, and 

if" an Amount of the Transaction 1081. The Source of the Transaction is displayed as a Source 

lG link, e.g., 1083. By clicking on the Source link, e.g., 1083, the Company Coordinator can view 

1 fj jj detailed tracking information for the specific source event. 

2<fi FIG. 41 is a graphic representation of an exemplary Sale Transaction Page in an 

2 P exemplary embodiment of the System. If the Company Coordinator clicks on a Sale link at, 

22 e.g., 1055 on FIG. 38, the Sales Transaction Functional Interface of the System provides the 

23 Coordinator with a display of Sale transaction details for the corresponding Sales Transaction, 

24 an exemplar of which is depicted in FIG. 41 . The Sale Transaction Functional Interface of the 

25 System displays an Account Summary 1090 for the Sale Transaction 1091, which displays for 

26 each Account transaction, the Account ID 853, the Taxpayer Name 614, and the Amount of the 

27 Transaction 1092. The Sale Transaction Functional Interface of the System also displays 

28 Taxpayer Fees 1094 for the Sale Transaction 1091 . For each fee displayed, the Sale 

29 Transaction Functional Interface of the System displays a Transaction ID 1076, a Date 1077, a 

30 Description of the Transaction 1079, and an amount 1 095. For both the Accounts Summary 

3 1 and the Taxpayer Fees, the Sale Transaction Functional Interface of the System calculates and 
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1 displays a total amount, 1093 and 1096 respectively. 

2 FIG. 42 is a graphic representation of an exemplary Approve Pending Sale Transaction 

3 Page in an exemplary embodiment of the System. The Company Coordinator must approve, in 

4 the exemplary embodiment, all Pending Sales Transactions to authorize the System to allocate 

5 the appropriate amounts to the appropriate accounts. As depicted in FIG. 38, the System 

6 provides a Sale link, e.g., 1055, which, if clicked, displays pending sale transactions, an 

7 exemplary embodiment of which is depicted in FIG. 42. The Coordinator can sort the display 

8 by clicking a pull down menu 2002 and selecting a sort field with which to populate the Sort by 

9 input field 2001 . For each Transaction, the System displays the User Name 640, a Sale 

10 Number 1091, a Purchaser Name 641, a Property Transferred Indicator 770/771, a Transfer 

1 1 Date 643, a Total Sale Transaction Amount 644, and a Wire Received Indicator 649. To 
12. approve the transaction, the Coordinator clicks the Approve link, e.g., 2004, corresponding to 
130 the transaction to review and approve Sale transaction details (see FIG. 43). By clicking the 
14i Approve link, e.g., 2004, the System displays an editable Sale Transaction detail screen, such 

1 ft as is depicted in FIG. 43. 

16ji FIG. 43 is a graphic representation of an exemplary Approve Sale Transaction Page in 

17 + ' an exemplary embodiment of the System. The Company Coordinator can modify the Sale 

1 P Transaction in a manner similar to that described in connection with the Create a New Sale 

19AI Transaction an exemplary embodiment of which is depicted in FIG. 22. When the Company 

20j; Coordinator clicks the "Review Transaction" button 2005, the System presents an Approve 

2 f- 4 Sale Transaction page similar to the Confirmation of a New Sale Transaction, an exemplary 

22 embodiment of which is depicted in FIG. 23 . To approve the transaction, on the Approve Sale 

23 Transaction page, the Company Coordinator clicks a "Submit Transaction" button similar to 

24 the "Submit Transaction" button 745 on FIG. 23. 

25 FIG. 44 is a graphic representation of an exemplary Completed Sales Transaction Page 

26 in an exemplary embodiment of the System. The Company Coordinator can view all 

27 Completed Sale Transactions by clicking the "Completed Sales Transactions" report link 1 01 9 

28 as depicted on FIG. 35. By doing so, the System displays a Completed Sales Transaction Page, 

29 an exemplary embodiment of which is depicted in FIG. 44. On the Completed Sales 

30 Transaction Page, for each completed sale transaction for the Taxpayer 614, the System 

31 displays the Sale Number 1091, the Purchaser 641, a Contact Name 642, a Transfer Date 643, a 
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1 Total Amount 644, and a Wire Received Indicator 649. 

2 FIG. 45 is a graphic representation of an exemplary Completed Purchase Transactions 

3 Page in an exemplary embodiment of the System. The Company Coordinator can view all 

4 Completed Purchase Transactions by clicking the "Completed Purchase Transactions" report 

5 link 1020 as depicted on FIG. 35. By doing so, the System displays a Completed Purchase 

6 Transaction Page, an exemplary embodiment of which is depicted in FIG. 45. On the 

7 Completed Purchase Transaction Page, for each completed purchase transaction for the 

8 Taxpayer 614, the System displays the Purchase Number 2006, the Seller 823, a Seller Contact 

9 Name 8 1 8, a Transfer Date for the Purchased Property 8 1 9, a Total Purchase Amount 820, and 
1 0 a Wire Sent Indicator 821. 

11 

l|J I. SYSTEM CALENDARING AND NOTIFICATIONS 

1 M In addition to interactive online communications with each Taxpayer, the System tracks 

14ji the status and progress of accounts and transactions for each Taxpayer. Implicit in the 

1 C 1 disclosure above is the capability of the System to create a calendar a schedule of events and 

Iff deadlines relative to certain dates pertinent to each Taxpayer, account, and transaction. The 

17h System further provides communications with each Taxpayer of these events and deadlines. 

1 11 In the exemplary embodiment of the invention, the System communicates with each 

111 Taxpayer by composing certain electronic communications, and sending the composed 

2 ft! communications to the appropriate Taxpayer at an appropriate time. The exemplary electronic 

21 communications described below are described in terms of e-mail communications. It should 

22 be understood that the description of e-mail communications is illustrative and is not a 

23 limitation of the invention. Other embodiments of the invention compose, through, e.g., voice 

24 synthesis, or other audio message composition technology, audible messages similar in content 

25 to those described below and transmit the messages to the Taxpayer, such as to a voice mail 

26 box for the Taxpayer, directly to a telephone number for the Taxpayer, audible messages 

27 delivered to the Taxpayer when the Taxpayer accesses the System. 
28 

29 1. Courtesy Confirmation of Funds Received Prior to Transfer of 

30 Taxpayer's Sale Property 

3 1 The System automatically composes and communicates, such as through an email 
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1 containing the composed text, to a Taxpayer and/or the Taxpayer's Company Coordinator a 

2 Courtesy Confirmation of Funds Received message when a wire transfer is received from a 

3 buyer prior to the confirmation of property transfer from a Taxpayer (and/or Company 

4 Coordinator). The purpose of a Courtesy Confirmation of Funds Received communication is to 

5 prompt the Taxpayer (and/or Company Coordinator) to confirm that property was transferred or 

6 contact buyer. 

7 In one exemplary embodiment of the present invention, the System is triggered to 

8 compose a Courtesy Confirmation of Funds Received e-mail by a System account manager 

9 (sometimes referred to herein as an exchange intermediary, or e-LKE.com, account manager 

1 0 (EAM)) when a wire transfer is received prior to the confirmation of property transfer from the 

1 1 taxpayer. The Courtesy Confirmation of Funds Received Composition function is linked in one 
1 Z_ exemplary embodiment of the present invention to the System administration function, hi 
135 such an embodiment, the System prompts the System administrator to request the composition 
14^ of a courtesy confirmation upon notification from a bank that funds have been received from a 
lfP| buyer. 

loj 111 tne exemplary embodiment, the System uses information content from a file named 

17^ "/elkeadmin/saleconfirmmoneyreceived.asp" with which to compose the e-mail message. The 

1 83 System addresses the e-mail to the relevant Taxpayer's (and/or Company Coordinator's) e-mail 

l|j address (ACTOR EMAIL) and the Taxpayer's name (ACTORNAME). 

2(2 An exemplary Courtesy Confirmation of Funds Received e-mail comprises the 

2t* following exemplary information: 

22 a. The System Website Address (e.g., ELKE WEBSITE) 

23 b. The sending account manager name (e.g.,e- 

24 LKE_ACCOUNT_MANAGER_NAME) 

25 c. The exchange intermediary name (e.g., ELKE_COMPANY_NAME) 

26 d. A telephone number for the exchange intermediary (e.g., ELKEPHONE) 

27 e. Address information for the exchange intermediary (e.g., ELKE_ADDRESS 1 , 

28 ELKE CITY, ELKESTATE, ELKE_ZIP) 

29 f. Comments by the exchange intermediary (e.g., ELKE_TAGLINE) 

30 g. Legal notices by the exchange intermediary (e.g., ELKELEGALCOPY) 

3 1 h. The Taxpayer company name, and the name, title, e-mail address and telephone 
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1 number of the Taxpayer Company coordinator (e.g., 

2 COORDINATOR_COMPANY_NAME ? COORDINATOR^ AME, 

3 COORDINATOR_TITLE, COORDINATOR JiMAIL, 

4 COORDINATOR_JPHONE) 

5 i. An identification code for the particular sale transaction (e.g., SALE_ID) 

6 j . The date the money was received (e.g., SALE_MONEY_RECEIVED_DATE) 

7 k. The Taxpayer's e-mail address and name (ACTOREMAIL, ACTOR_NAME) 

8 The System sends the composed e-mail Courtesy Confirmation of Funds Received to 

9 the Taxpayer (and/or the Taxpayer's Company Coordinator). 
10 

11 2. Courtesy Confirmation of Completed Sale Transaction 

12 The System automatically composes and communicates, such as by sending an email 
132 containing the composed text, to a Taxpayer and/or the Taxpayer's Company Coordinator a 
145; Courtesy Confirmation of Completed Sale Transaction message when a sale transaction has 
15P been completed. The System recognizes receipt of wired funds from a buyer and an indication 
16 jp by the Taxpayer that the sale property has been transferred by the Taxpayer to the buyer. The 
17+ Courtesy Confirmation of Completed Sale Transaction notifies the Taxpayer and/or the 

180 Taxpayer's Company Coordinator that the property sale is confirmed and that the Taxpayer has 

1 95 1 45 days to identify a replacement property, 

20Ul In the exemplary embodiment, the System uses information content from files named 

2 1M "/elkeadmin/saleconfirmmoneyreceived.asp" and "/divestment/transferconfirm.asp" with which 

22 to compose the e-mail message. The System addresses the e-mail to the relevant Taxpayer's e- 

23 mail address (ACTOR EMAIL) and the Taxpayer's name ( ACTOR_NAME) . 

24 An exemplary Courtesy Confirmation of Completed Sale Transaction e-mail is 

25 composed to comprise exemplary information as described above in items a through h, and 

26 item k for a Courtesy Confirmation of Funds Received e-mail and further comprises: 

27 i. An identification code for the particular sale transaction (e.g., SALE_ID) 

28 j . The actual date of transfer of the property 

29 (SALEACTUALTRANSFERDATE) and the date the money was received (e.g., 

30 SALE JVIONEYRECEIVEDD ATE) . 
31 
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1 3. Courtesy Confirmation of Sale Property Transferred, W ired Funds Pending 

2 The System automatically composes and communicates, such as by sending an email 

3 containing the composed text, to a Taxpayer and/or the Taxpayer's Company Coordinator a 

4 Courtesy Confirmation of Sale Property Transferred, Wired Funds Pending message when the 

5 Taxpayer confirms to the System property transfer from the Taxpayer to the buyer prior to 

6 receipt confirmation by the exchange intermediary account manager (EAM) of wired funds. 

7 The Courtesy Confirmation of Sale Property Transferred, Wired Funds Pending email prompts 

8 the Taxpayer and/or the Taxpayer's Company Coordinator to notify/confirm that property was 

9 transferred or contact buyer and to escalate the need to wire funds. 

10 In the exemplary embodiment, the System uses information content from a file named 

1 1 "/divestment/transferconfirm.asp" with which to compose the e-mail message. The System 
12^ addresses the e-mail to the relevant Taxpayer's (and/or the Taxpayer's Company 

13^ Coordinator's) e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR JNFAME). 
14K The System composes an exemplary Courtesy Confirmation of Sale Property 

153 1 Transferred, Wired Funds Pending e-mail comprising exemplary information as described 

16J above in items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail 

1 7^ and further comprises : 

1 SO i. An identification code for the particular sale transaction (e.g., S ALE_ID) 

ISh I j . The actual date of transfer of the property 

2(tf (SALE_ACTUAL_TRANSFER_jDATE) and the date the money was received (e.g., 

2lC SALE_MONEY_RECEIVED_DATE). 

22 

23 4. Courtesy Confirmation of Identification of Replacement Property 

24 The System automatically composes and communicates, such as by sending an email 

25 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

26 Courtesy Confirmation of Identification of Replacement Property message when the Taxpayer 

27 and/or Taxpayer Company Coordinator confirm to the System an identification of replacement 

28 property. The Courtesy Confirmation of Identification of Replacement Property confirms to 

29 the Taxpayer and/or the Taxpayer Company Coordinator that the System recognizes that a 

30 replacement property has been identified. The composition and transmission of a Courtesy 

3 1 Confirmation of Identification of Replacement Property email does not occur on any schedule 
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1 but is rather a one-time automatically triggered event. 

2 In the exemplary embodiment, the System uses information content from a file named 

3 "/admin/account_identification.asp" with which to compose the e-mail message. The System 

4 addresses the e-mail to the relevant Taxpayer's e-mail address (ACTOR_EMAIL) and the 

5 Taxpayer' s name (ACTOR_NAME) and/or to the Taxpayer Company Coordinator's e-mail 

6 address (COORDINATORJEMAIL) and the Taxpayer Company Coordinator's Name 

7 (COORDINATORNAME) . 

8 The System composes an exemplary Courtesy Confirmation of Identification of 

9 Replacement Property e-mail comprising exemplary information as described above in items a 

1 0 through h, and item k for a Courtesy Confirmation of Funds Received e-mail and further 

11 comprises: 

12_ i. An account identification date (e.g., ACCTJDENTMCATION.DATE) that 

1 3|f comprises a date on which a replacement property identification is made; 

l4S j . A date calculated by the System equal to the date on which the account was 


1 #J opened plus forty-five (45) days (ACCT_OPEN_D ATE_PLUS_45_D AYS). 


17 4 " 5. Courtesy Confirmation of Purchase Transaction Saved 

1 &3 The System automatically composes and communicates, such as by sending an email 

1 j] containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

2(2 Courtesy Confirmation of Purchase Transaction Saved message when a purchase transaction is 

7M saved. The Courtesy Confirmation of Purchase Transaction Saved confirms to the Taxpayer 

22 and/or the Company Coordinator that the purchase transaction was successfully saved. The 

23 composition and transmission of a Courtesy Confirmation of Purchase Transaction Saved email 

24 does not occur on any schedule but is rather a one-time automatically triggered event. 

25 The System addresses the Courtesy Confirmation of Purchase Transaction Saved e-mail 

26 to the relevant Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name 

27 (ACTOR_NAME) and/or to the Taxpayer Company Coordinator's e-mail address 

28 (COORDINATOR_EMAIL) and the Taxpayer Company Coordinator's Name 

29 (COORDINATORNAME). 

30 The System composes an exemplary Courtesy Confirmation of Purchase Transaction 

3 1 Saved e-mail comprising exemplary information as described above in items a through h ? and 
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1 item k for a Courtesy Confirmation of Funds Received e-mail and further comprises: 

2 i. An Account Number (ACCT_ACCOUNT_NUMBER) and an account 

3 identification date (e.g., ACCT_IDENTIFICATION_DATE) that comprises a date on 

4 which a replacement property identification is made; 

5 j . A date calculated by the System equal to the account identification date plus one 

6 hundred eighty (180) days (ACCT_IDENTIFICATION_DATE_PLUS_180_DAYS). 
7 

8 6. Courtesy SEA Day 90 Reminder - Purchase Confirmation Not Received 

9 The System automatically composes and communicates, such as by sending an email 

1 0 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

1 1 Courtesy SEA Day 90 Reminder - Purchase Confirmation Not Received message when a 
12^ submitted SEA purchase transaction ages 90 days in the absence of a receipt of a purchase 

1 3fl confirmation. The Courtesy SEA Day 90 Reminder - Purchase Confirmation Not Received 

1 |p email confirms to the Taxpayer and the Company Coordinator that a replacement property must 

1 J! be purchased within the 1 80 day window to qualify for tax deferred treatment. 

1 6p The System composes and transmits each Courtesy SEA Day 90 Reminder - Purchase 

1 T Confirmation Not Received email according to a schedule comprising 90 days after 

1 P. Identification of a Replacement Property has been Confirmed to the System. There is an 

1 §u exception to the schedule for composing and transmitting a Courtesy SEA Day 90 Reminder - 

2 Purchase Confirmation Not Received email - no Courtesy SEA Day 90 Reminder - Purchase 
2 F Confirmation Not Received email is composed or transmitted in the situation where purchase 

22 of replacement property has been confirmed and "isMEA = 0." 

23 In the exemplary embodiment, the System uses information content from a file named 

24 send_email.vbs" with which to compose the Courtesy SEA Day 90 Reminder - Purchase 

25 Confirmation Not Received email message. The System addresses the e-mail to the relevant 

26 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

27 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR_EMAIL) 

28 and the Taxpayer Company Coordinator' s Name (COORDINATOR_NAME). 

29 The System composes an exemplary Courtesy SEA Day 90 Reminder - Purchase 

30 Confirmation Not Received email comprising exemplary information as described above in 

3 1 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 
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1 further comprises: 

2 i. An Account Number (ACCT_ACCOUNT NUMBER), an account asset 

3 classification (ACCT_ASSET_CLASSIFICATION), and an account dollar balance 

4 (ACCT_DOLLAR_BALANCE); 

5 j. An account identification date (ACCT_E)ENTIFICATION_DATE) that 

6 comprises a date on which a replacement property was identified and a date calculated by the 

7 System equal to the account identification date plus one hundred eighty (1 80) days 

8 (ACCT_IDENTIFICATION_DATE_PLUS_l 80_DAYS). 
9 

10 7. Courtesy SEA Dav 120 Reminder - Purchase Confirmation N ot Received 

1 1 The System automatically composes and communicates, such as by sending an email 
12*, containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 
13C Courtesy SEA Day 120 Reminder - Purchase Confirmation Not Received message when a 
14jj submitted SEA purchase transaction ages 120 days in the absence of a receipt of a purchase 

1 f ] confirmation. The Courtesy SEA Day 120 Reminder - Purchase Confirmation Not Received 

1 6p email confirms to the Taxpayer and the Company Coordinator that a replacement property must 

if" be purchased within the 1 80 day window to qualify for tax deferred treatment. 

1 g The System composes and transmits each Courtesy SEA Day 120 Reminder - Purchase 

1 f, [j Confirmation Not Received email according to a schedule comprising 1 20 days after 

2ft Identification of a Replacement Property has been Confirmed to the System. There is an 

2-H exception to the schedule for composing and transmitting a Courtesy SEA Day 120 Reminder - 

22 Purchase Confirmation Not Received email - no Courtesy SEA Day 120 Reminder - Purchase 

23 Confirmation Not Received email is composed or transmitted in the situation where purchase 

24 of replacement property has been confirmed and "isMEA = 0." 

25 In the exemplary embodiment, the System uses information content from a file named 

26 send_email.vbs" with which to compose the Courtesy SEA Day 1 20 Reminder - Purchase 

27 Confirmation Not Received email message. The System addresses the e-mail to the relevant 

28 Taxpayer' s e-mail address (ACTOR_EMAIL) and the Taxpayer' s name (ACTOR_NAME) 

29 and/or to the Taxpayer Company Coordinator' s e-mail address (COORDINATOR_EMAIL) 

30 and the Taxpayer Company Coordinator's Name (COORDINATOR NAME) . 

3 1 The System composes an exemplary Courtesy SEA Day 1 20 Reminder - Purchase 
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1 Confirmation Not Received email comprising exemplary information as described above in 

2 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

3 further comprises: 

4 i. An Account Number (ACCT_ACCOUNT_NUMBER) , an account asset 

5 classification (ACCT_ASSET_CLASSIFICATION), and an account dollar balance 

6 ( ACCT_DOLLAR_B AL ANCE) ; 

7 j. An account identification date (ACCT_IDENTIFICATION_DATE) that 

8 comprises a date on which a replacement property was identified and a date calculated by the 

9 System equal to the account identification date plus one hundred eighty (180) days 
1 0 (ACCTIDENTIFIC ATIOND ATEPLUS1 8 0_D AYS) . 

11 

12^ 8. Courtesy SEA Day 150 Reminder - Purchase Confirmation No t Received 

1^0 The System automatically composes and communicates, such as by sending an email 

14p containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

1 fl_ Courtesy SEA Day 1 50 Reminder - Purchase Confirmation Not Received message when a 

1 Gp submitted SEA purchase transaction ages 1 50 days in the absence of a receipt of a purchase 

if confirmation. The Courtesy SEA Day 150 Reminder - Purchase Confirmation Not Received 

1 £j email confirms to the Taxpayer and the Company Coordinator that a replacement property must 

Ify be purchased within the 1 80 day window to qualify for tax deferred treatment. 
2$L: The System composes and transmits each Courtesy SEA Day 1 5 0 Reminder - Purchase 

2 1* Confirmation Not Received email according to a schedule comprising 1 50 days after 

22 Identification of a Replacement Property has been Confirmed to the System. There is an 

23 exception to the schedule for composing and transmitting a Courtesy SEA Day 1 50 Reminder - 

24 Purchase Confirmation Not Received email - no Courtesy SEA Day 150 Reminder - Purchase 

25 Confirmation Not Received email is composed or transmitted in the situation where purchase 

26 of replacement property has been confirmed and "isMEA = 0." 

27 In the exemplary embodiment, the System uses information content from a file named 

28 send_email.vbs" with which to compose the Courtesy SEA Day 1 50 Reminder - Purchase 

29 Confirmation Not Received email message. The System addresses the e-mail to the relevant 

30 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

3 1 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR_EMAIL) 
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1 and the Taxpayer Company Coordinator's Name (COORDINATOR_NAME). 

2 The System composes an exemplary Courtesy SEA Day 1 5 0 Reminder - Purchase 

3 Confirmation Not Received email comprising exemplary information as described above in 

4 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

5 further comprises: 

6 i. An Account Number (ACCT_ACCOUNT_NUMBER), an account asset 

7 classification (ACCT_ASSET_CLASSIFICATION), and an account dollar balance 

8 (ACCTDOLLARB ALANCE) ; 

9 j - An account identification date (ACCT_IDENTMCATION_DATE) that 

I o comprises a date on which a replacement property was identified and a date calculated 

II by the System equal to the account identification date plus one hundred eighty (1 80) 
1^ days (ACCT_IDENTIFICATION_DATE_PLUS_180_DAYS). 

13fi . 

14P 9. Courtesy SEA Dav 165 Reminder - Purchase Confirmation Not Received 

l|jj The System automatically composes and communicates, such as by sending an email 

1 6p containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

if* Courtesy SEA Day 165 Reminder - Purchase Confirmation Not Received message when a 

1 £3 submitted SEA purchase transaction ages 1 65 days in the absence of a receipt of a purchase 

1 JJ confirmation. The Courtesy SEA Day 1 65 Reminder - Purchase Confirmation Not Received 

2<pj email confirms to the Taxpayer and the Company Coordinator that a replacement property must 

2¥* be purchased within the 1 80 day window to qualify for tax deferred treatment. 

22 The System composes and transmits each Courtesy SEA Day 1 65 Reminder - Purchase 

23 Confirmation Not Received email according to a schedule comprising 1 65 days after 

24 Identification of a Replacement Property has been Confirmed to the System. There is an 

25 exception to the schedule for composing and transmitting a Courtesy SEA Day 165 Reminder - 

26 Purchase Confirmation Not Received email - no Courtesy SEA Day 1 65 Reminder - Purchase 

27 Confirmation Not Received email is composed or transmitted in the situation where purchase 

28 of replacement property has been confirmed and "isMEA = 0." 

29 In the exemplary embodiment, the System uses information content from a file named 

30 send_email.vbs" with which to compose the Courtesy SEA Day 1 65 Reminder - Purchase 

3 1 Confirmation Not Received email message. The System addresses the e-mail to the relevant 
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1 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

2 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR_EMAIL) 

3 and the Taxpayer Company Coordinator's Name (COORDESfATOR_NAME). 

4 The System composes an exemplary Courtesy SEA Day 165 Reminder - Purchase 

5 Confirmation Not Received email comprising exemplary information as described above in 

6 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

7 further comprises: 

8 i. An Account Number (ACCT_ACCOUNT_NUMBER), an account asset 

9 classification (ACCT_ASSET_CLASSMCATION), and an account dollar balance 

10 (ACCT_DOLLARJBALANCE); 

11 j . An account identification date (ACCT JDENTIFICATIONJDATE) that 

12 comprises a date on which a replacement property was identified and a date calculated 
1 3jj by the System equal to the account identification date plus one hundred eighty (1 80) 
lJS days(ACCT_IDE]SrnnCATION_DATE_PLUS_180_DAYS). 

iff 

145 10- Courtesy SEA Dav 175 Reminder - Purchase Confirmation No t Received 

lf= The System automatically composes and communicates, such as by sending an email 

1 £3 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

1 §jj Courtesy SEA Day 1 75 Reminder - Purchase Confirmation Not Received message when a 
2<B submitted SEA purchase transaction ages 1 75 days in the absence of a receipt of a purchase 

2 P confirmation. The Courtesy SEA Day 175 Reminder - Purchase Confirmation Not Received 

22 email confirms to the Taxpayer and the Company Coordinator that a replacement property must 

23 be purchased within the 1 80 day window to qualify for tax deferred treatment. 

24 The System composes and transmits each Courtesy SEA Day 175 Reminder - Purchase 

25 Confirmation Not Received email according to a schedule comprising 175 days after 

26 Identification of a Replacement Property has been Confirmed to the System. There is an 

27 exception to the schedule for composing and transmitting a Courtesy SEA Day 175 Reminder - 

28 Purchase Confirmation Not Received email - no Courtesy SEA Day 175 Reminder - Purchase 

29 Confirmation Not Received email is composed or transmitted in the situation where purchase 

30 of replacement property has been confirmed and "isMEA =0." 

31 In the exemplary embodiment, the System uses information content from a file named 
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1 send_email.vbs" with which to compose the Courtesy SEA Day 175 Reminder - Purchase 

2 Confirmation Not Received email message. The System addresses the e-mail to the relevant 

3 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTORJSfAME) 

4 and/or to the Taxpayer Company Coordinator' s e-mail address (COORDINATOR EMAIL) 

5 and the Taxpayer Company Coordinator's Name (COORDINATOR_NAME) . 

6 The System composes an exemplary Courtesy SEA Day 175 Reminder - Purchase 

7 Confirmation Not Received email comprising exemplary information as described above in 

8 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

9 further comprises: 

10 i. An Account Number ( ACCT_ACCOUNT_NUMBER) , an account asset 

1 1 classification (ACCT_ASSET_CLASSIFICATION), and an account dollar balance 
12_ (ACCT_DOLLAR_BALANCE); 

13? j. An account identification date (ACCTJDENTIFICATIONDATE) that 

l4j comprises a date on which a replacement property was identified and a date calculated 

1 SP by the System equal to the account identification date plus one hundred eighty (1 80) 

1<U days(ACCTJDENTIFICATIONJDATEJ > LUS_180_pAYS). 

I7F 

10 11. Courtesy SEA Dav 179 Reminder - Purchase Confirmation No t Received 

1 9^ ; The System automatically composes and communicates, such as by sending an email 

2<|j containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

2 U Courtesy SEA Day 1 79_Reminder - Purchase Confirmation Not Received message when a 

22 submitted SEA purchase transaction ages 1 79_days in the absence of a receipt of a purchase 

23 confirmation. The Courtesy SEA Day 1 79_Reminder - Purchase Confirmation Not Received 

24 email confirms to the Taxpayer and the Company Coordinator that a replacement property must 

25 be purchased within the 1 80 day window to qualify for tax deferred treatment. 

26 The System composes and transmits each Courtesy SEA Day 1 79_Reminder - Purchase 

27 Confirmation Not Received email according to a schedule comprising 1 79_days after 

28 Identification of a Replacement Property has been Confirmed to the System. There is an 

29 exception to the schedule for composing and transmitting a Courtesy SEA Day 1 79 Reminder - 

30 Purchase Confirmation Not Received email - no Courtesy SEA Day 179_Reminder - Purchase 

3 1 Confirmation Not Received email is composed or transmitted in the situation where purchase 
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1 of replacement property has been confirmed and "isMEA = 0." 

2 In the exemplary embodiment, the System uses information content from a file named 

3 send_email.vbs" with which to compose the Courtesy SEA Day 1 79 Reminder - Purchase 

4 Confirmation Not Received email message. The System addresses the e-mail to the relevant 

5 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

6 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR EMAIL) 

7 and the Taxpayer Company Coordinator's Name (COORDINATORJSTAME) . 

8 The System composes an exemplary Courtesy SEA Day 179_Reminder - Purchase 

9 Confirmation Not Received email comprising exemplary information as described above in 

10 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

1 1 further comprises: 

12^ i. An Account Number (ACCT_ACCOUNT_NUMBER), an account asset 

13C classification (ACCT_ASSET_CLASSIFICATION), and an account dollar balance 

l4| (ACCT_DOLL ARB AL ANCE) ; 

1 jj j . An account identification date (ACCT_EDENTIFICATION_DATE) that 

1 (J= comprises a date on which a replacement property was identified and a date calculated 

1 7^ by the System equal to the account identification date plus one hundred eighty (1 80) 

1 8j days (ACCT_IDENTIFICATION_DATE_PLUS_l 80_DAYS). 

lfy 

2<| 

2p 12. Courtesy SEA Dav 181 Reminder - Purchase Confirmation Not Received 

22 The System automatically composes and communicates, such as by sending an email 

23 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

24 Courtesy SEA Day 1 8 1 Reminder - Purchase Confirmation Not Received message when a 

25 submitted SEA purchase transaction ages 1 8 1 days in the absence of a receipt of a purchase 

26 confirmation. The Courtesy SEA Day 1 8 1 Reminder - Purchase Confirmation Not Received 

27 email confirms to the Taxpayer and the Company Coordinator that a replacement property must 

28 be purchased within the 1 80 day window to qualify for tax deferred treatment. 

29 The System composes and transmits each Courtesy SEA Day 1 8 1 Reminder - Purchase 

30 Confirmation Not Received email according to a schedule comprising 1 8 1 days after 

3 1 Identification of a Replacement Property has been Confirmed to the System. There is an 
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1 exception to the schedule for composing and transmitting a Courtesy SEA Day 1 8 1 Reminder - 

2 Purchase Confirmation Not Received email - no Courtesy SEA Day 1 8 1 Reminder - Purchase 

3 Confirmation Not Received email is composed or transmitted in the situation where purchase 

4 of replacement property has been confirmed and "isMEA = 0." 

5 In the exemplary embodiment, the System uses information content from a file named 

6 send_email.vbs" with which to compose the Courtesy SEA Day 1 8 1 Reminder - Purchase 

7 Confirmation Not Received email message. The System addresses the e-mail to the relevant 

8 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

9 and/or to the Taxpayer Company Coordinator ' s e-mail address (COORDIN ATOR_EMAIL) 

10 and the Taxpayer Company Coordinator's Name (COORDIN ATOR_NAME). 

1 1 The System composes an exemplary Courtesy SEA Day 1 8 1 Reminder - Purchase 

1 2 Confirmation Not Received email comprising exemplary information as described above in 
130 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 
l4n further comprises: 

lg i. An Account Number (ACCT_ACCOUNT_NUMBER), an account asset 

1 6£ classification (ACCT_ASSET_CLASSIFIC ATION), and an account dollar balance 

if (ACCTDOLL ARB AL ANCE) ; 

1 g j . An account identification date (ACCTJDENTIFIC ATIOND ATE) that 

lfsj comprises a date on which a replacement property was identified and a date calculated 

2ffi by the System equal to the account identification date plus one hundred eighty (1 80) 

2p days (ACCT_IDENTIFICATION_DATE_PLUS_180_DAYS). 

22 

23 13. Courtesy SEA Dav 181 Reminder - Purchase Con firmation Received 

24 The System automatically composes and communicates, such as by sending an email 

25 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

26 Courtesy SEA Day 1 8 1 Reminder - Purchase Confirmation Received message after a 

27 submitted SEA purchase transaction ages 1 8 1 days in the and a purchase confirmation has been 

28 received by the System. The Courtesy SEA Day 1 8 1 Reminder - Purchase Confirmation 

29 Received email confirms to the Taxpayer and the Company Coordinator that the System has 

30 received confirmation that a replacement property was purchased within the 1 80 day window. 

3 1 The System composes and transmits each Courtesy SEA Day 1 8 1 Reminder - Purchase 
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1 Confirmation Received email according to a schedule comprising 1 8 1 days after Identification 

2 of a Replacement Property has been Confirmed to the System, after purchase of replacement 

3 property has been confirmed to the System, and "isMEA = 0." 

4 In the exemplary embodiment, the System uses information content from a file named 

5 send_email.vbs" with which to compose the Courtesy SEA Day 1 8 1 Reminder - Purchase 

6 Confirmation Received email message. The System addresses the e-mail to the relevant 

7 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

8 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR_EMAIL) 

9 and the Taxpayer Company Coordinator's Name (COORDINATOR_NAME). 

10 The System composes an exemplary Courtesy SEA Day 181 Reminder - Purchase 

1 1 Confirmation Received email comprising exemplary information as described above in items a 
1 2^ through h, and item k for a Courtesy Confirmation of Funds Received e-mail and further 

13fi comprises: 

i. An Account Number (ACCT_ACCOUNT_NUMBER), an account asset 

1 5J classification (ACCT_ASSET_CLASSIFICATION), and an account dollar balance 

16g (ACCT_DOLLAR_BALANCE); 

if j . A date calculated by the System equal to the account identification date plus one 

lg hundred eighty (180) days (ACCT_IDENTIFICATION_DATE_PLUS_180_DAYS) 

Ijy and a Purchase transfer date supplied by the Taxpayer/Company Coordinator to the 

'2<£J System (PURCHASE_TRANSFER_DATE). 
2f* 

22 14. Courtesy Confirmation of Purchase Transaction Pending Wiring Instructions for 

23 Funds to Seller of Replacement Property 

24 The System automatically composes and communicates, such as by sending an email 

25 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

26 Courtesy Confirmation of Purchase Transaction Pending Wiring Instructions for Funds to 

27 Seller of Replacement Property message when wiring instructions are needed in response to 

28 receipt of a confirmation of a purchase transaction within thel 80 day window. 

29 The System addresses the e-mail to the relevant Taxpayer ' s e-mail address 

30 (ACTOR EMAIL) and the Taxpayer' s name (ACTOR_NAME) and/or to the Taxpayer 

3 1 Company Coordinator's e-mail address (COORDINATOR_EMAIL) and the Taxpayer 
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1 Company Coordinator's Name (COORDINATOR_NAME). 

2 The System composes an exemplary Courtesy Confirmation of Purchase Transaction 

3 Pending Wiring Instructions for Funds to Seller of Replacement Property email comprising 

4 exemplary information as described above in items a through h, and item k for a Courtesy 

5 Confirmation of Funds Received e-mail and further comprises: 

6 i. An Account Number (ACCT_ACCOUNT_NUMBER); 

7 j . A Purchase transfer date previously supplied by the Taxpayer/Company 

8 Coordinator to the System (PURCHASETRANSFERJDATE). 

9 In the exemplary embodiment of the invention, the preparation and transmission of a Courtesy 

10 Confirmation of Purchase Transaction Pending Wiring Instructions for Funds to Seller of 

1 1 Replacement Property is linked to the System's administration function to prompt the System's 
12U| administrator to execute wire transfer instructions to wire transfer funds upon receipt of the 
13yf instructions from the Taxpayer/Company Coordinator. In an alternative embodiment of the 
1431 present invention, the System executes wire transfer instructions to wire transfer funds upon 

1 5k receipt of the instructions from the Taxpayer/Company Coordinator. 

IT 15. Courtesy Confirmation of Completed Purchase Transaction 

ifc The System automatically composes and communicates, such as by sending an email 

lfU containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

2(Jj Courtesy Confirmation of Completed Purchase Transaction message when a purchase 

It* transaction is completed as signaled to the System by receipt of confirmation that both of the 

22 following have occurred: funds have been transferred from the purchaser and the purchaser has 

23 received the property. The Courtesy Confirmation of Completed Purchase Transaction 

24 confirms to the Taxpayer and/or the Company Coordinator that the purchase transaction was 

25 successfully completed. The composition and transmission of a Courtesy Confirmation of 

26 Completed Purchase Transaction email does not occur on any schedule but is rather a one-time 

27 automatically triggered event. 

28 In the exemplary embodiment, the System uses information content from a file named 

29 "/elkeadmin/purchaseconfirmmoneyreceived.asp" with which to compose the Courtesy SEA 

30 Day 181 Reminder - Purchase Confirmation Received email message. The System addresses 

3 1 the e-mail to the relevant Taxpayer's e-mail address (ACTOR JBMAIL) and the Taxpayer's 
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1 name (ACTORNAME) and/or to the Taxpayer Company Coordinator's e-mail address 

2 (COORDINATOR JEMAIL) and the Taxpayer Company Coordinator ' s Name 

3 (COORDINATORNAME) . 

4 The System composes an exemplary Courtesy Confirmation of Saved Purchase 

5 Transaction e-mail comprising exemplary information as described above in items a through h, 

6 and item k for a Courtesy Confirmation of Funds Received e-mail and further comprises: 

7 i. A Purchase Identifier (PURCHASE JD); 

8 j . A purchase transfer date (PURCHASE JTRANSFERJD ATE) and a date on 

9 which the purchase money was sent (PURCHASE_MONEY_SENT_DATE). 
10 

11 16. Courtesy Confirmation of Transfer of Funds After 180 Day Window 

12^ The System automatically composes and communicates, such as by sending an email 

13jj containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator a 

1 4S Courtesy Confirmation of Transfer of Funds After 180 Day Window message when a purchase 

1 5*2 transaction is completed and confirmation is received by the System more than 1 80 days after 

1 6g the account identification date that funds have been transferred and the property has been 

17^ received. The Courtesy Confirmation of Transfer of Funds After 180 Day Window email 

lO confirms to the Taxpayer and/or the Company Coordinator that the purchase transaction was 

lfy successfully completed outside the 180 day window. The composition and transmission of a 

2^ Courtesy Confirmation of Transfer of Funds After 1 80 Day Window email does not occur on 

2 P any schedule but is rather a one-time automatically triggered event. 

22 In the exemplary embodiment, the System uses information content from a file named 

23 "send_email.vbs" with which to compose the Courtesy Confirmation of Transfer of Funds 

24 After 180 Day Window email message. The System addresses the e-mail to the relevant 

25 Taxpayer's e-mail address (ACTOREMAIL) and the Taxpayer's name (ACTORNAME) 

26 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATORJEMAIL) 

27 and the Taxpayer Company Coordinator's Name (COORDINATOR NAME). 

28 The System composes an exemplary Courtesy Confirmation of Transfer of Funds After 

29 180 Day Window email 1 comprising exemplary information as described above in items a 

30 through h, and item k for a Courtesy Confirmation of Funds Received e-mail and further 

31 comprises; 
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1 i. A Purchase Identifier (PURCHASEJD); 

2 j . A purchase transfer date (PURCH ASE_TRANSFER_DATE) and a date on 

3 which the purchase money was sent (PURCH ASE_MONEY_SENT_D ATE). 
4 

5 17. Courtesy Confirmation of Return of Funds for a Disqua lified Account 

6 At the request of the System administrator, the System composes and communicates, 

7 such as by sending an email containing the composed text, to a Taxpayer and/or to a Taxpayer 

8 Company Coordinator and/or the System Account Manager a Courtesy Confirmation of Return 

9 of Funds for a Disqualified Account message. The System administrator would instruct the 

1 0 System to prepare a Courtesy Confirmation of Return of Funds for a Disqualified Account 

1 1 email when an account has been disqualified for any reason (e.g., time, non-identification, non- 
12?*, transfer, etc). 

13*? The System addresses the e-mail to the relevant Taxpayer's e-mail address 

14P (ACTORJEMAIL) and the Taxpayer's name (ACTOR_NAME) and/or to the Taxpayer 

1 Company Coordinator' s e-mail address (COORDINATOR_EMAIL) and the Taxpayer 

16f Company Coordinator's Name (COORDINATOR N AME) . 

1 % The System composes an exemplary Courtesy Confirmation of Return of Funds for a 

lSj Disqualified Account email 1 comprising exemplary information as described above in items a 

im through h, and item k for a Courtesy Confirmation of Funds Received e-mail and further 

2^ comprises: 

2t* i. The relevant Account Number (ACCT_ACCOUNT_NUMBER); 

22 j . A date on which the purchase money was sent 

23 (PURCHASEJvlONEYSENTDATE). 
24 

25 18. Courtesy Wired Funds Not Yet Received from Buyer 

26 The System automatically composes and communicates, such as by sending an email 

27 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator and/ or 

28 the System Account Manager a Courtesy Wired Funds Not Yet Received from Buyer message 

29 when both of the following occur: 1 .) the later of the actual transfer date or the submitted date 

30 exceeds the current date by more than five (5) days; and 2.) the property has been transferred 

3 1 but the money has not yet been received. 
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1 In the exemplary embodiment, the System uses information content from a file named 

2 "send_email.vbs" with which to compose the Courtesy Wired Funds Not Yet Received from 

3 Buyer email message. The System addresses the e-mail to the relevant Taxpayer's e-mail 

4 address (ACTORJ3MAIL) and the Taxpayer's name (ACTORJSfAME) and/or to the Taxpayer 

5 Company Coordinator's e-mail address (COORDINATOR EMAIL) and the Taxpayer 

6 Company Coordinator's Name (COORDINATORJSTAME) and/or to the System Account 

7 Manager's email address (ELKE_ACCOUNT_MANAGER_EMAIL) and System Account 

8 Manager's name (ELKE_ACCOUNT_MANAGER_NAME). 

9 The System composes an exemplary Courtesy Confirmation of Return of Funds for a 

10 Disqualified Account email 1 comprising exemplary information as described above in items a 

1 1 through h, and item k for a Courtesy Confirmation of Funds Received e-mail and further 
12^ comprises: 

1 3 J L The relevant Account Number (ACCTACCOUNTNUMBER); 

1% j. A Sale Identifier (SALEJD) 

16C 19. Courtesy 20 Day Reminder - Sale - Replacement Identification Not Received 

IT The System composes and communicates, such as by sending an email containing the 

1 Hj± composed text, a Courtesy 20 Day Reminder - Sale - Replacement Identification Not Received 

1?U message according to a schedule comprising twenty (20) days after ActualTransferDate 

2($l Confirmed if a Replacement Property has not been identified to the System and "isMEA = 0" 
2f^ In the exemplary embodiment, the System uses information content from a file named 

22 "send_email vbs" with which to compose the Courtesy 20 Day Reminder - Sale - Replacement 

23 Identification Not Received email message. The System addresses the e-mail to the relevant 

24 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

25 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR_EMAIL) 

26 and the Taxpayer Company Coordinator's Name (COORDINATORJSTAME). 

27 The System composes an exemplary Courtesy 20 Day Reminder - Sale - Replacement 

28 Identification Not Received email comprising exemplary information as described above in 

29 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

30 further comprises: 

31 i. A date on which the Account was opened (ACCTDATEOPENED), and an 
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1 account dollar balance (ACCTJDOLLARJBALANCE); 

2 j. An account asset classification (ACCT_ASSET_CLASSMCATION) and a 

3 date calculated by the system equivalent to an actual transfer date for the sale as 

4 previously provided by the Taxpayer plus forty- five (45) days 

5 (SALE_ACTUAL_TRANSFER_DATE_PLUS_45_DAYS) 
6 

7 20. Courtesy 30 Day Reminder - Sale - Replacement Identification Not Received 

8 The System composes and communicates, such as by sending an email containing the 

9 composed text, a Courtesy 30 Day Reminder - Sale - Replacement Identification Not Received 

10 message according to a schedule comprising thirty (30) days after ActualTransferDate 

1 1 Confirmed if a Replacement Property has not been identified to the System and "isMEA = 0" 
12^ In the exemplary embodiment, the System uses information content from a file named 
13^0 "send_emailvbs" with which to compose the Courtesy 30 Day Reminder - Sale - Replacement 
l%i Identification Not Received email message. The System addresses the e-mail to the relevant 
iff Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTORNAME) 
16|5 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR_EMAIL) 
I7f and the Taxpayer Company Coordinator's Name (COORDINATOR JSAME) . 

1§3 The System composes an exemplary Courtesy 30 Day Reminder - Sale - Replacement 

lfy Identification Not Received email comprising exemplary information as described above in 

2(t; items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

2 jb* further comprises : 

22 i. A date on which the Account was opened (ACCTJ3ATEOPENED), and an 

23 account dollar balance (ACCT_DOLLAR_BALANCE); 

24 j. An account asset classification (ACCTASSETCLASSIFICATION) and a 

25 date calculated by the system equivalent to an actual transfer date for the sale as 

26 previously provided by the Taxpayer plus forty- five (45) days 

27 (SALE_ACTUAL_TRANSFER_DATE_PLUS_45_DAYS) 
28 

29 21. Courtesy 40 Day Reminder - Sale - Replacement Identification Not Received 

30 The System composes and communicates, such as by sending an email containing the 

3 1 composed text, a Courtesy 40 Day Reminder - Sale - Replacement Identification Not Received 
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1 message according to a schedule comprising forty (40) days after ActualTransferDate 

2 Confirmed if a Replacement Property has not been identified to the System and "isMEA = 0" 

3 In the exemplary embodiment, the System uses information content from a file named 

4 "send_email.vbs" with which to compose the Courtesy 40 Day Reminder - Sale - Replacement 

5 Identification Not Received email message. The System addresses the e-mail to the relevant 

6 Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR_NAME) 

7 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOR_EMAIL) 

8 and the Taxpayer Company Coordinator's Name (COORD INATORNAME). 

9 The System composes an exemplary Courtesy 40 Day Reminder - Sale - Replacement 

10 Identification Not Received email comprising exemplary information as described above in 

1 1 items a through h ? and item k for a Courtesy Confirmation of Funds Received e-mail and 
1 2^ further comprises: 

13C i. A date on which the Account was opened (ACCT DATE OPENED), and an 

14§i account dollar balance (ACCT_DOLLAR_BALANCE); 

15!^ j . An account asset classification (ACCT_ASSET_CLAS SIFICATION) and a 

l&C date calculated by the system equivalent to an actual transfer date for the sale as 

1 X previously provided by the Taxpayer plus forty-five (45) days 

1 (SALE_ACTUAL_TRANSFER_DATEPLUS_45_DAYS) 

\m 

2(fc 22. Courtesy 46 Day Reminder - Sale - Replacement Identification Not Received 

2f* The System composes and communicates, such as by sending an email containing the 

22 composed text, a Courtesy 46 Day Reminder - Sale - Replacement Identification Not Received 

23 message according to a schedule comprising forty-six (46) days after ActualTransferDate 

24 Confirmed if a Replacement Property has not been identified to the System and "isMEA = 0." 

25 In the exemplary embodiment, the System uses information content from a file named 

26 "send_email.vbs" with which to compose the Courtesy 46 Day Reminder - Sale - Replacement 

27 Identification Not Received email message. The System addresses the e-mail to the relevant 

28 Taxpayer's e-mail address (ACTOR JEMAIL) and the Taxpayer's name (ACTORNAME) 

29 and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOREMAIL) 

30 and the Taxpayer Company Coordinator's Name (COORDINATORNAME) . 

3 1 The System composes an exemplary Courtesy 46 Day Reminder - Sale - Replacement 
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1 Identification Not Received email comprising exemplary information as described above in 

2 items a through h ? and item k for a Courtesy Confirmation of Funds Received e-mail and 

3 further comprises : 

4 i. A date on which the Account was opened (ACCT_DATE_OPENED), and an 

5 account dollar balance (ACCT_DOLLAR_BALANCE); 

6 j . An account asset classification (ACCT__ASSET_CLASSIFICATION) and a 

7 date calculated by the system equivalent to an actual transfer date for the sale as 

8 previously provided by the Taxpayer plus forty-five (45) days 

9 (SALE_ACTUAL_TRANSFER_DATE_PLUS_45_DAYS). 
10 

11 23. Courtesy 46 Day Reminder - Sale - Replacement Identification Received 

12 r ^ The System composes and communicates, such as by sending an email containing the 

130 composed text, a Courtesy 46 Day Reminder - Sale - Replacement Identification Received 

14gi message according to a schedule comprising forty-six (46) days after ActualTransferDate 

15Th Confirmed if a Replacement Property has been identified to the System and "isMEA = 0." 
l&F In the exemplary embodiment, the System uses information content from a file named 

17 5 * "send_email.vbs" with which to compose the Courtesy 46 Day Reminder - Sale - Replacement 

l^K Identification Received email message. The System addresses the e-mail to the relevant 

im Taxpayer's e-mail address (ACTOR_EMAIL) and the Taxpayer's name (ACTORNAME) 

2(^j and/or to the Taxpayer Company Coordinator's e-mail address (COORDINATOREMAIL) 

2 f -4 and the Taxpayer Company Coordinator's Name (COORDINATOR^ AME). 

22 The System composes an exemplary Courtesy 46 Day Reminder - Sale - Replacement 

23 Identification Received email comprising exemplary information as described above in items a 

24 through h, and item k for a Courtesy Confirmation of Funds Received e-mail and further 

25 comprises: 

26 i. A date on which the Account was opened (ACCTDATEOPENED), and an 

27 account dollar balance (ACCT_DOLLAR_BALANCE); 

28 j . An account asset classification (ACCT_ASSET_CLASSIFICATION) and a 

29 date calculated by the system equivalent to an actual transfer date for the sale as 

30 previously provided by the Taxpayer plus forty-five (45) days 

3 1 (S ALE_ACTUAL_TRANSFER_DATE_PLUS_45_D AYS) 
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1 24. Courtesy 40 Day Reminder - Sale - Replacement Identification Not Received 

2 The System composes and communicates, such as by sending an email containing the 

3 composed text, a Courtesy 40 Day Reminder - Sale - Replacement Identification Not Received 

4 message according to a schedule comprising forty (40) days after the date on which a particular 

5 account was opened if the account is set to "isMEA = 1". The Courtesy 40 Day Reminder - 

6 Sale - Replacement Identification Not Received email notifies the Taxpayer and/or the 

7 Taxpayer's Company Coordinator that no Replacement Property Identification has been 

8 received by the System. 

9 In the exemplary embodiment, the System uses information content from a file named 

10 "send_email.vbs" with which to compose the Courtesy 40 Day Reminder - Sale - 

1 1 Replacement Identification Not Received r email message. The System addresses the e-mail to 
12f~ the relevant Taxpayer's e-mail address (ACTOR EMAIL) and the Taxpayer's name 

1 3;f (ACTOR_NAME) and/or to the Taxpayer Company Coordinator's e-mail address 

14J1 (COORDINATOR_EMAIL) and the Taxpayer Company Coordinator's Name 

1 sfjj (COORDINATOR JNfAME) and/or to the System Account Manager's email address 

16f (ELKE_ACCOUNT_MANAGER_EMAIL) and System Account Manager's name 

1 lT (ELKE_ACCOUNT_MANAGER_NAME). 

1 The System composes an exemplary Courtesy 40 Day Reminder - Sale - Replacement 
Iffy Identification Not Received email comprising exemplary information as described above in 
2(g items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

2 F 8 further comprises: 

22 L A date on which the Account was opened (ACCTJDATEOPENED), and an 

23 account dollar balance (ACCTDOLLARBALANCE); 

24 j , An account asset classification (ACCT_ASSET CLASSIFICATION) and a 

25 date calculated by the system equivalent to an actual transfer date for the sale as 

26 previously provided by the Taxpayer plus forty- five (45) days 

27 (SALE_ACTUAL_TRANSFER_DATE_PLUS_45_DAYS) 
28 

29 25. System Welcome! 

30 The System automatically composes and communicates, such as by sending an email 

3 1 containing the composed text, to a Taxpayer and/or the Taxpayer's Company Coordinator a 
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1 System Welcome message when customer registers with the System the first time. The System 

2 Welcome email is used to confirm to the Taxpayer the username, password, and TIN. 

3 In the exemplary embodiment, the System uses information content from files named 

4 "/admin/add_user.asp" and '7elkeadmin/add_user.asp" with which to compose the System 

5 Welcome email message. The System addresses the e-mail to the relevant Taxpayer's e-mail 

6 address (ACTOR_EMAIL) and the Taxpayer's name (ACTOR__NAME) and/or to the Taxpayer 

7 Company Coordinator's e-mail address (COORDINATOREMAIL) and the Taxpayer 

8 Company Coordinator's Name (COORDINATOR_NAME). 

9 The System composes an exemplary System Welcome email comprising exemplary 

10 information as described above in items a through h, and item k for a Courtesy Confirmation of 

1 1 Funds Received e-mail and further comprises: 

12^ i. A User Name for the Taxpayer (ACTOR JJSERNAME); 

1 3g j . A Taxpayer Identification Number (ACTOR JTAXP AYERJD) 

14ft 

lfftj 26. Courtesy Confirmation of User Name and Password Information Change 

16p The System automatically composes and communicates, such as by sending an email 

If containing the composed text, to a Taxpayer and/or the Taxpayer's Company Coordinator a 

1 fc: Courtesy Confirmation of User Name and Password Information Change message when a 
lfU Taxpayer modifies any one or more of username, password, or TIN. 

2(J&| In the exemplary embodiment, the System uses information content from files named 

2 ' 7admin/add_user,asp" and "/elkeadmin/add_user.asp" with which to compose the Courtesy 

22 Confirmation of User Name and Password Information Change email message. The System 

23 addresses the e-mail to the relevant Taxpayer's e-mail address (ACTOREMAIL) and the 

24 Taxpayer's name (ACTORJNfAME) and/or to the Taxpayer Company Coordinator's e-mail 

25 address (COORDINATOR JBMAIL) and the Taxpayer Company Coordinator's Name 

26 (COORDINATORNAME) . 

27 The System composes an exemplary Courtesy Confirmation of User Name and 

28 Password Information Change email comprising exemplary information as described above in 

29 items a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and 

30 further comprises: 

31 i. A User Name for the Taxpayer (ACTORJJSERNAME); 
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1 j. A Taxpayer Identification Number (ACTORJTAXPAYERED) 

2 

3 27. Courtesy Confirmation of Sale Account Saved 

4 The System automatically composes and communicates, such as by sending an email 

5 containing the composed text, to a Taxpayer and/or the Taxpayer's Company Coordinator a 

6 Courtesy Confirmation of Sale Account Saved message when the System saves a Sale Account 

7 transaction. 

8 The System addresses the e-mail to the relevant Taxpayer's e-mail address 

9 (ACTORJEMAIL) and the Taxpayer's name (ACTORNAME) and/or to the Taxpayer 

10 Company Coordinator's e-mail address (COORDINATOREMAIL) and the Taxpayer 

1 1 Company Coordinator's Name (COORDINATOR NAME). 

I2g*t The System composes an exemplary Courtesy Confirmation of Sale Account Saved 

13Ny email comprising exemplary information as described above in items a through h, and item k 

14p for a Courtesy Confirmation of Funds Received e-mail and further comprises: 

liJj i. An Account Number (ACCT ACCOUNT NUMBER); 

16p j. A Date on which a Sales Transaction is saved (DATE_SAVED) and a Sale 

1 X transaction identifier (S ALE_ID) 

lfi 

lfU 28. Courtesy Confirmation of Sale Transaction Pending Receipt of Wire 

2<|~j The System automatically composes and communicates, such as by sending an email 

2P containing the composed text, to a Taxpayer and/or the Taxpayer's Company Coordinator a 

22 Courtesy Confirmation of Sale Transaction Pending Receipt of Wire message when the System 

23 has received notification of a Sale Account transaction but has not received confirmation of 

24 receipt of wire transfer of funds. 

25 The System addresses the e-mail to the relevant Taxpayer's e-mail address 

26 (ACTORJEMAIL) and the Taxpayer's name (ACTOR NAME) and/or to the Taxpayer 

27 Company Coordinator's e-mail address (COORDINATORJEMAIL) and the Taxpayer 

28 Company Coordinator' s Name (COORDINATORNAME). 

29 The System composes an exemplary Courtesy Confirmation of Sale Transaction 

30 Pending Receipt of Wire email comprising exemplary information as described above in items 

31 a through h, and item k for a Courtesy Confirmation of Funds Received e-mail and further 
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1 comprises; 

2 i. An Account Number (ACCT ACCOUNT NUMBER); 

3 j. A Sale transaction identifier (SALEID) 
4 

5 29. Courtesy Attention: Customer has performed multiple SEAs within one 

6 exchange code 

7 The System automatically composes and communicates, such as by sending an email 

8 containing the composed text, to a Taxpayer's Company Coordinator a "Courtesy Attention: 

9 Customer has performed multiple SEAs within one exchange code" message. The Courtesy 

10 Attention: Customer has performed multiple SEAs within one exchange code email notifies the 

1 1 Taxpayer's Company Coordinator that a Taxpayer has performed multiple Single Exchange 
12^ Account transactions with a single exchange code. 

13*0 The System addresses the e-mail to the relevant Taxpayer Company Coordinator's e- 

14fp mail address (COORDINATOR_EMAIL) and the Taxpayer Company Coordinator's Name 

1 fS (COORDINATORNAME). 

16C The System composes an exemplary Courtesy Attention: Customer has performed 

IT multiple SEAs within one exchange code email comprising exemplary information as described 

1$; above in items f, g, h, and k for a Courtesy Confirmation of Funds Received e-mail and further 

lfy comprises: 

2(g i. A record of a transaction that constitutes a multiple transaction (RECORD); 

2 H j . A date on which the transaction was performed (DATE) 
22 

23 30. Courtesy Attention: Failed Login Information 

24 The System automatically composes and communicates, such as by sending an email 

25 containing the composed text, to a Taxpayer's Company Coordinator a "Courtesy Attention: 

26 Failed Login Information" message when a Taxpayer unsuccessfully attempts to log in to the 

27 System. 

28 In the exemplary embodiment, the System uses information content from a file named 

29 "/login.asp" with which to compose the Courtesy Attention; Failed Login Information email 

30 message. The System addresses the e-mail to the relevant Taxpayer Company Coordinator's e- 

3 1 mail address (COORDINATOR J3MAIL) and the Taxpayer Company Coordinator's Name 
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1 (COORDINATOR J^AME). 

2 The System composes an exemplary Courtesy Attention: Failed Login Information 

3 email comprising exemplary information as described above in items f, g, h and k for a 

4 Courtesy Confirmation of Funds Received e-mail. 
5 

6 31. Courtesy e-LKE.com Attention: Customer Deleted Saved 

7 TRANSACTION TYPE Transaction 

8 The System automatically composes and communicates, such as by sending an email 

9 containing the composed text, to a Taxpayer's Company Coordinator a "Courtesy e-LKE.com 

10 Attention: Customer Deleted Saved TRANSACTIONJTYPE Transaction" message when a 

1 1 Taxpayer deletes a Saved divestment or reinvestment transaction. 

12^ In the exemplary embodiment, the System uses information content from the files 

13C named 'Ydivestaent/deletesaveddivestmentasp" and 

1%! "/reinvestment/deletesavedreinvestment.asp" with which to compose the Courtesy e-LKE.com 

lft: Attention: Customer Deleted Saved TRANSACTIONJTYPE Transaction email message. 

165 The System addresses the e-mail to the relevant Taxpayer Company Coordinator's e-mail 

1 f* address (COORD INATOR_EMAIL) and the Taxpayer Company Coordinator's Name 

1 $J (COORDINATOR JS[AME) . 

lfy The System composes an exemplary Courtesy e-LKExom Attention: Customer Deleted 

2(ftj Saved TRANSACTIONJTYPE Transaction email comprising exemplary information as 

2P described above in items f, g, h, and k for a Courtesy Confirmation of Funds Received e-mail 

22 and further comprises: 

23 i. An identifier of a record of a saved transaction (SAVEDRECORDID); 

24 j . A current date (TODAYS DATE) and a Transaction Type 

25 (TRANSACTIONJTYPE). 
26 

27 32. Courtesy Confirmation of Wire Transaction Submitted 

28 At the request of the System Account Manager, the System composes and 

29 communicates, such as by sending an email containing the composed text, to a Taxpayer and/or 

30 to a Taxpayer Company Coordinator a Courtesy Confirmation of Wire Transaction Submitted 

3 1 message. The System Account Manager would instruct the System to prepare a Courtesy 
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1 Confirmation of Wire Transaction Submitted email when the System has received confirmation 

2 that a wire transfer has been confirmed from a bank through which the System Administrator 

3 transacts wire transfers to a seller. The Courtesy Confirmation of Wire Transaction Submitted 

4 serves to confirm to the Taxpayer's Company Coordinator that a replacement property has been 

5 identified. 

6 In the exemplary embodiment, the System uses information content from a file named 

7 "send_email.vbs" with which to compose the Courtesy Confirmation of Wire Transaction 

8 Submitted email message. The System addresses the e-mail to the relevant Taxpayer's e-mail 

9 address (ACTORJEMAIL) and the Taxpayer's name (ACTORNAME) and/or to the Taxpayer 

1 0 Company Coordinator' s e-mail address (COORDINATORJEMAIL) and the Taxpayer 

1 1 Company Coordinator's Name (COORDINATOR J^AME). 

12sb. The System composes an exemplary Courtesy Confirmation of Wire Transaction 

130 Submitted email comprising exemplary information as described above in items a through h, 

14n an d it em k f° r a Courtesy Confirmation of Funds Received e-mail and further comprises: 
1$!: i. A Federal Reference Number that is specific to Wire Transfers 

1 6p (FEDERAL_REFERENCE _NUMBER) and an Account Number 

if (ACCTACCOUNTNUMBER); 

1 $d j . A Date on which a Sales Transaction is saved (DATE S AVED) and a Sale 

1 ffj transaction identifier (SALE_ED). 
2g 

2f* 33. Divestment Sale Notice 

22 The System automatically composes and communicates, such as by sending an email 

23 containing the composed text, to a Taxpayer and/or to a Taxpayer Company Coordinator and/or 

24 the System Account Manager a Divestment Sale Notice when a divestment sale transaction is 

25 completed. 

26 1 In the exemplary embodiment, the System uses information content from a file named 

27 "/divestment/divestment.asp" with which to compose the Divestment Sale Notice email 

28 message. The System addresses the e-mail to the relevant Taxpayer's e-mail address 

29 (ACTOR EMAIL) and the Taxpayer's name (ACTOR NAME) and/or to the Taxpayer 

30 Company Coordinator's e-mail address (COORDINATOR EMAIL) and the Taxpayer 

3 1 Company Coordinator's Name (COORDINATOR J^AME). 
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1 The System composes an exemplary Divestment Sale Notice email comprising 

2 exemplary information including: 

3 a. The Taxpayer's Taxpayer ID (ACTORTAXPAYERID) ; 

4 b. A total amount of the sale (SALE_TOTAL); and 

5 c. a Sale transaction identifier (SALE_ID). 
6 

7 J. SYSTEM PROCESSES IN AN ALTERNATIVE EMBODIMENT 

8 

9 1. Alternative Exemplary Embodiment Divestment Processes 

10 FIGS. 46 and 48 depict major processes performed by an alternative exemplary 

1 1 embodiment of the invention. 
12 

13y~| a. New Taxpayer for Divestment of Property 

14^ FIG. 46 depicts an exemplary Divestment process flow of a new Taxpayer user using 

15yl the alternative exemplary embodiment of the System. As depicted in FIG. 46, the new 

16jp| Taxpayer enters the System 401 . Once in the System, the new Taxpayer reviews an overview 

17+= ; of the like-kind exchange process, including review of: an IRS ruling letter; IRS 1031 

18q regulations; an explanation of the IRS 1031 regulations; Intermediary information, including 

19jj ! direct hyperlinks to Intermediary web site(s); Available returns rates on money; FDC 

20U1 information; an exemplary Single Exchange Agreement (SEA); an exemplary Master 

21jl Exchange Agreement (MEA); information about site security; and information about the 

22 System fee structure. 

23 

24 b. System Divestment Wizard 

25 As depicted in FIG. 46, the Taxpayer queries 402 the System Divestment Wizard. In the 

26 exemplary alternative embodiment, the System DivestmentWizard is a functional input tool, as 

27 opposed to an instructional or tutorial tool. FIGS. 47a through 47c are high level flow 

28 diagrams depicting an exemplary series of questions and processing performed by an 

29 exemplary embodiment of a Divestment Wizard in an exemplary embodiment of the present 

30 invention. As depicted in FIGS. 47a - 47c, the Wizard asks the Taxpayer a series of questions, 

3 1 including, for example: 


-123- 


I 

PELK0002/MRK 


1 1 .) Ask 420 the Taxpayer whether the expected proceeds from the proposed 

2 divestment are likely to be more or less than the basis amount left for future 

3 depreciation? 

4 a.) If the Taxpayer' s answer is "less" - explain to the Taxpayer that the 

5 Taxpayer should exit the divestment Wizard process (or in one 

6 embodiment, exit the divestment Wizard process with an explanation to 

7 the Taxpayer) 

8 b.) If the Taxpayer's answer is "more" - continue with the Wizard process 

9 2.) Ask 421 the Taxpayer whether the item to be sold "business or 

10 investment property" within the U.S.? 

1 1 a.) If the Taxpayer's answer is "no" - explain to the Taxpayer that the 

Taxpayer should exit the divestment Wizard process (or in one embodiment, 

1 3O exit the divestment Wizard process with an explanation to the Taxpayer) 

1 4K b .) If the Taxpayer ' s answer is "yes" - continue with the Wizard process 

1 jjj 3 .) Ask 422 the Taxpayer whether the item to be divested "inventory" in 

Igp your hands or other excluded property, such as "stocks, bonds, notes, securities, 

1 partnership interests, intellectual property (for example, patent, trademark, 

1 fej copyright), or legal claims"? 

lfj a.) If the Taxpayer's answer is "yes" - explain to the Taxpayer that the 

2^ Taxpayer should exit the divestment Wizard process (or in one 

2p embodiment, exit the divestment Wizard process with an explanation to 

22 the Taxpayer) 

23 b.) If the Taxpayer's answer is "no" - continue with the Wizard process 

24 4.) Ask 423 the Taxpayer whether the item to be sold "real estate"? 

25 a.) If the Taxpayer's answer is "yes," explain to the Taxpayer that the 

26 Taxpayer must acquire some type of real estate within the U.S. with the 

27 proceeds. 

28 b.) If the Taxpayer's answer is "no" - continue with the Wizard process 

29 5.) Notify 424 the Taxpayer that the item to be divestment appears to be 

30 depreciable equipment. 
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1 a.) Ask the Taxpayer to identify the divestment asset by selecting an SIC 

2 class or a Depreciable asset class from a list of SIC classes and 

3 Depreciable asset classes 

4 b.) Notify the Taxpayer that the divestment and subsequent reinvestment 

5 would qualify for tax deferred treatment safe harbors as a Like Kind 

6 exchange if the Taxpayer reinvests the proceeds from the proposed 

7 divestment in certain classes of items for use in the U.S., and present to 

8 the Taxpayer a list of categories of items that correspond to a safe harbor 

9 reinvestment for the selected class of items being divested. 

10 6.) Ask 425 the Taxpayer to select the type of agreement that best describes 

1 1 the proposed Like Kind Exchange transaction(s): 
12^ a.) a Single Exchange Agreement (SEA) 

1 30 b.) a Master Exchange Agreement (MEA) 

If! 

l|t! c. The Lor In Process 

ldp Continuing with FIG. 46, a Taxpayer already registered to use the System and 

if" returning to the System, Logs In 403 . If the Taxpayer is a new System user, the Taxpayer 

1 P must enter Taxpayer Information, including, for example: Name of Taxpayer (i.e. corporate or 

llj other legal entity name, not D.B.A. name); Name of contact (i.e. CFO, Controller, etc.); 

2<SJ Taxpayer ID; Taxpayer address; Contact phone; Contact fax; Contact e-mail; Identification of 

2 H item being sold. If the Taxpayer provided information using the System Wizard, the 

22 information entered there is populated from information stored by the Wizard on a System 

23 database. If the Taxpayer is a returning Taxpayer that has conducted previous transactions 

24 using the System, the information is populated from the System database and/or from last 

25 transaction by the Taxpayer with an option to update the previous information. 

26 The new Taxpayer, and also a Taxpayer entering a new divestment transaction, must 

27 enter Buyer Information, including, for example: Name of Buyer (i.e. corporate or other legal 

28 entity name, not D.B.A. name); Contact name; Buyer Address; Contact phone; Contact fax; 

29 Contact e-mail (if available). 

30 In one embodiment, the System Wizard is automatically invoked for each new user, 

3 1 and for each new divestment transaction to screen each transaction, and to obtain and populate 
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1 the agreement with the information concerning the type of item to be divested, and the 

2 Divestment Amounts, including the Sales Amount and the Sales Tax Amount. 
3 

4 d. Exchange Agreement 

5 Continuing with FIG. 46, the Taxpayer, if the Taxpayer has not already done so, must 

6 select and approve 404 the appropriate type of Exchange Agreement, e.g., either a Single 

7 Exchange Agreement (SEA) or a Master Exchange Agreement (MEA) before continuing, or 

8 decline to accept and exit the System (or change information or agreement selection). The 

9 System populates standard information fields in the Exchange Agreement from data collected 
10 from the Taxpayer. 

11 

12^ e. Open and Set-up Account 

130 Once the Taxpayer has accepted either a Single Exchange Agreement (SEA) or a 

ill Master Exchange Agreement (MEA), the System opens and sets up the Taxpayer's Account 

1 Si information 405 . 

lj In the alternative exemplary embodiment depicted in FIGS. 46 and 48, if the Taxpayer 

\T selected a Single Exchange Agreement (SEA), the System opens and sets up an SEA Sub 

1 $3 Account for the type of item to be divested and exchanged (e.g., Real Estate or Equipment) and 

lij sets up an Additional Proceeds account. If, on the other hand, the Taxpayer selected a Master 

2ffi Exchange Agreement (MEA), then the System opens and sets up an initial set of MEA Sub 

l¥ Accounts for the type of item to be divested and exchanged (e.g., Real Estate or Equipment) 

22 and sets up an Additional Proceeds account; the System sets a time schedule by which to set up 

23 a new set of MEA Sub Accounts and Additional Proceeds account on a periodic basis, such as, 

24 for example, every 2 weeks, until the Taxpayer terminates the MEA. 

25 The System generates a Unique Tracking Number for account activity based on, e.g., 

26 the Account number, a Transaction number (such as dd/mm/yy-1 through x (beginning with a 

27 "1" each day)), a Product Classification, and a Wire Reference Number to be referenced on in- 

28 coming wires. 
29 

30 
31 
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1 f. Assignment of Rights 

2 Continuing with FIG. 46, once the Taxpayer enters into an agreement (SEA or MEA), 

3 the System generates 406 sends wiring instructions to the Buyer and notifies the Buyer that the 

4 Taxpayer has made an assignment to the Exchange Intermediary. Receipt of money by the 

5 Intermediary confirms receipt of Notice of Assignment. 
6 

7 g. Wiring Funds to Intermediary or FDC 

8 The System instructs 407 the Buyer to wire funds to a "bucket account" for the System 

9 at the Intermediary. The System receives information supplied by the Intermediary (in one 

10 embodiment, Cash Pro is used), including, e.g., Payor; Date; Amounts such as Sales Amount 

1 1 and Sales Tax Amount; Unique tracing number generated by the System; and Sending bank 

1 2 name & ABA Number. 
liS 

h. Posting & Processing the Sub- Account 
1 5p Continuing with FIG. 46, the System posts 408 information received for a Taxpayer to 

lfc the appropriate sub account and provides certain types of Tracking. For example, the System 

1 records the date of Receipt of funds and tracks the status of the Account for both the 45 Day 

1 G and the 1 80 Day schedules according to the regulations. The System posts the Interest rate and 

lfjl tracks accrued interest to-date. The System maintains the Additional Proceeds Account and 

2fi posts Sales Tax, Accrued Interest, and Joint Interest Monies to the account. The System 

2t* generates, among other things: a Receipt Confirmation to the customer; a Notice of the 45 day 

22 Identification Period; a Notice of the 1 80 day Replacement Property Receipt period; a 

23 Reminder of the Asset Classification sold; a Notice of the Unique tracking number for each 

24 particular transaction; and a Reminder that "x" $ amount of the Sales Tax is in the Additional 

25 Proceeds Account and that the Taxpayer is responsible for filing the appropriate monthly sales 

26 tax. 
27 

28 i. Customer Reminder Notification Report 

29 Continuing with FIG. 46, the System generates 409 Customer Reminder Notifications 

30 for Single Exchange Agreement Taxpayers and the Master Exchange Agreement Taxpayer. 
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1 For the Single Exchange Agreement Taxpayer, the System generates, among others: at 

2 Day 20 and Day 30, a Reminder of Asset Classification and the number of days left for 

3 acquisition or identification; at Day 40, a Reminder of Asset Classification; and the number of 

4 days left for acquisition or identification, including a copy of Identification rules; at Day 46, a 

5 Notice of Receipt of ID, or a Notice that the Identification requirement has not been met, and a 

6 request that the Taxpayer provide the System with Instructions on re-distribution of funds and a 

7 target Account Number, and ABA and Routing Number for wiring the funds to be 

8 redistributed. If the Identification requirement has not been met, the System provides a Notice 

9 that the transaction has been voided. 

10 For the Master Exchange Agreement Taxpayer, the System generates, among others: a 

1 1 Reminder to the Taxpayer that the MEA allows for putting funds into each specified account 

12 for 15 days [1 5/30day option]; at Days 20 & 30, a Reminder of Asset Classification and the 
1 3jg number of days left for acquisition within the 45 day Identification period; at Day 40, a 

141 Reminder of Asset Classification, and the number of days left for acquisition under the 45 day 

15ji rule, and including a copy of the IRS Identification Rules; at Day 46, a Notice of Receipt of 

1 dr; Identification, or, if appropriate, a Notice that the Identification requirement has not been met, 

1 7p requesting that the Taxpayer provide the System with instructions on re-distribution of funds, 

1 8J=| including a target Account Number and an ABA and Routing number for wiring the funds to be 

1 9f J redistributed. If the Identification requirement has not been met, the System provides a Notice 

20yl that 1 03 1 transaction has been voided. 
2lP 

22 2. Alternative Exemplary Embodiment Reinvestment Processes 

23 FIG- 48 is a high level flow diagram depicting an exemplary Reinvestment process flow 

24 in the alternative exemplary embodiment of the invention. 
25 

26 a. Taxpayer Agrees to Buy Replacement Property 

27 As depicted in FIG. 48, as part of the Reinvestment process, the Taxpayer agrees 410 to 

28 buy a Replacement Property. The System invokes the System Reinvestment Wizard. The 

29 Wizard populates appropriate information for the Taxpayer based on information previously 

30 entered by the Taxpayer, such as for the divestment side of the exchange transaction. The 

3 1 System asks the Taxpayer whether or not the funds for the reinvestment will be transferred 
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1 within a 45 day period. If the Taxpayer's answer is yes, the System asks the Taxpayer to 

2 supply wiring instructions for funds to be provided to the seller of the reinvestment property, 

3 including a Bank name, an ABA number, an Account number and the dollar amount of the 

4 reinvestment transaction. If, on the other hand, the Taxpayer's answer is no, the System 

5 requests that the Taxpayer identify a Replacement Property to meet the Identification 

6 requirements of the regulations. 
7 

8 b.) Identification of Replacement Property 

9 As depicted in FIG. 48, as part of the Reinvestment process, the Taxpayer provides 41 1 

10 an identification of a Replacement property. As part of the Identification process, the Taxpayer 

1 1 can review an Overview of the federal Like Kind Exchange Rules and regulations, including, 

12 for example, the 200% rule, and the 3 Property Rule. The System asks the Taxpayer to provide 

Or* 

1 3g an Exact Identification of the Replacement Property by entering an Address if the Replacement 

iff Property is real estate, a Model, Make, and Year if the Replacement Property is a vehicle, and 

1 fp similar identifying information for other types of equipment. The System asks the Taxpayer to 

I6g identify the appropriate SIC code or depreciation code with which to classify the Replacement 

property. The System generates and sends an Identification Notice email message to the 

113 exchange intermediary, using the Identification and classification information supplied by the 

IS I Taxpayer. 

2Ll c.) Seller Provides Wiring Information from Taxpayer 

22 As depicted in FIG. 48, as part of the Reinvestment process, the Taxpayer provides 412 

23 Seller Wiring Instructions. The System prompts Taxpayer to review information for the 

24 System to initiate wire transfer of funds from the Exchange Intermediary to the Seller, 

25 including, for example, a Receiving Bank Name, an ABA Routing Number; an Account 

26 Number; a Name of Recipient; and Amount information such as the Amount of the purchase, 

27 the Sales Tax Amount. 
28 

29 d.) Apply Account Balance 

30 As depicted in FIG. 48, as part of the Reinvestment process, the System applies 413 the 

3 1 Taxpayer's Account Balance. If, however, the Amount of purchase is greater than the amount 
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1 in the particular Taxpayer's Account, then the System uses the amount in the Additional 

2 Proceeds account to satisfy the balance due. If there are insufficient funds in the Additional 

3 Proceeds account, then the System prompts the Taxpayer to wire additional funds to the 

4 Taxpayer's account, or to wire funds directly to the seller. 
5 

6 e.) Transmission of Wiring Instructions to Intermediary or FDC 

7 As depicted in FIG. 48, as part of the Reinvestment process, the System generates and 

8 sends 414 wiring instructions to the Like Kind Exchange Intermediary or FDC, such as, for 

9 example, using "Cash Pro+" . In addition, the System generates and emails wiring instructions 
10 to the Like Kind Exchange Intermediary or FDC. 

11 

12 f.) Receipt of Confirmation Number from Wire Transfer and 

lfe Notification to Taxpayer 

iff As depicted in FIG. 48, as part of the Reinvestment process, the System receives 415 a 

l|i confirmation number from the wire transfer of funds and notifies the Taxpayer. The System 

1 ^ receives a Confirmation Number. Upon receipt of the Confirmation Number, the System 

1 If applies the Transaction Fee to the appropriate Taxpayer information and then reports the 

1 |j Account Balance and provides summary information to the Taxpayer, including, for example: 

Debits, Credits, Sales Tax, Additional Proceeds Account, Accrued Interest, and the Transaction 

2fl Fee. 

22 g.) Disposition of Remaining Funds 

23 As depicted in FIG. 48, as part of the Reinvestment process, the System disposes 416 of 

24 the Remaining Funds from the Original Divestment, including, for example, Accrued Interest. 

25 Excess Additional Proceeds Funds, and Sales Tax. The System prompts the Taxpayer to 

26 identify whether the Taxpayer wants the remaining funds to be rolled over to the Taxpayer's 

27 Additional Proceeds Account or whether the Taxpayer wants the remaining funds to be wired 

28 to the Taxpayer. 
29 

30 
31 
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1 h.) 1099 Interest Earned Forms / other Forms 

2 As depicted in FIG. 48, as part of the Reinvestment process, the System Prepares 417 

3 1099 Interest Earned and other tax reporting forms. The System pulls from the System 

4 database the information necessary for completing the forms, including, for example, the 

5 Taxpayer Name, the Taxpayer Address, the Taxpayer ID, and the Total Interest Earned from 

6 Jan 1 through Dec 3 1 of the reporting year. 
7 

8 FACSIMILE REPRODUCTION OF COPYRIGHT MATERIAL 

9 A portion of the disclosure of this patent document, including but not limited to the 

10 renderings of graphic user interface displays in the FIGURES, contains material which is 

1 1 subject to copyright protection. The copyright owner, e-LKExom, LLC, has no objection to 

12 the facsimile reproduction by anyone of the patent document or the patent disclosure, as it 
113 appears in the Patent and Trademark Office patent file or records, but otherwise reserves all 
1 {5 copyright rights whatsoever. 

ljj 

ill TRADEMARKS 

1% e-LKE.com, e-LKE.com with logo, e-LKE, and E-LKE are trademarks of e-LKE.com, 

1 8 LLC, The names of actual companies and products mentioned herein may be the trademarks of 

1 Iff their respective owners. 

2fi ILLUSTRATIVE EMBODIMENTS 

22 Although this invention has been described in certain specific embodiments, many 

23 additional modifications and variations would be apparent to those skilled in the art. It is, 

24 therefore, to be understood that this invention may be practiced otherwise than as specifically 

25 described. Thus, the embodiments of the invention described herein should be considered in all 

26 respects as illustrative and not restrictive, the scope of the invention to be determined by the 

27 appended claims and their equivalents rather than the foregoing description. 
28 

29 
30 
31 
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